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Other Important Books in This Field 



LARGE SCALE INTEGRATION 

Electronics Book Series 

Edited by Laurence Altman, Sr. Editor, Electronics 
216 pp. illus. 

With new semiconductor techniques, 
low-cost circuits can now perform even 
the most demanding processing jobs, but 
the technology has advanced so fast and 
in so many forms, that the design infor- 
mation is widely scattered in the litera- 
ture. This practical book answers the 
need for a central depositary of LSI ; n- 
formation. Covering a wide range of LSI 
applications, technology, breakthroughs, 
and problem-solving methods, it contains 
the essential building blocks of an array 
of powerful new circuit tools. Whether 
you rleal with equipment or systems, you 
can greatly benefit by applying LSI in 
solving day-to-day problems. 



SEMICONDUCTOR MEASUREMENTS 
AND INSTRUMENTATION 

By W. R. Runyan. 280 pp. 

This new volume in the best-selling 
Texas Instruments Series brings you up 
to date on all the latest advances in semi- 
conductor measurement, analysis, and 
defect detection. Each chapter details a 
specific measurement, group of measure- 
ments, or type of instrumentation and its 
applications. Much of this information 
represents the very latest developments 
in the field. Some detail methods that 
have been used effectively and commu- 
nicated "hand-me-down" fashion for 
years. Seldom — if ever — -have these 
methods appeared in print Whatever in- 
formation you need in your work with 
semiconductors, you are certain to find 
help here — help that will stimulate you 
to experiment with innovative ap- 
proaches and make your job easier. 



SEMICONDUCTOR MEMORY DESIGN 
AND APPLICATION 

By G. Luecke, J. P. Mize, and W. N. Carr. 
320 pp. 291 illus. 

Here is an indispensable reference for 
the systems engineer or circuit designer 
who must know the important trends in 
computer memory implementation. Re- 
searched by a team of experts at Texas 
Instruments, Inc., it emphasizes the 
fundamentals essential to working with 
future developments in the field and of- 
fers a thorough understanding of design 
and system methods of semiconductor 
memories as well as a solid, objective 
understanding of their cost-saving ad- 
vantages. This practical volume also 
offers an overview of storage functions 
and the media that provide the func- 
tions: price projections: design objec- 
tives and characteristics; how to evalu- 
ate and use semiconductor storage ele- 
ments in memory systems: applications 
and reliability data, and much more. 



HANDBOOK OF THICK FILM 
HYBRID MICROELECTRONICS 

A Practical Sourcebook for Designers, 
Fabricators and Users 

By Charles A. Harper, Editor-in-Chief. 
670 pp. 618 illus. 

Dedicated to electronics and electrical 
engineers, who design, fabricate, and 
use thick film microelectronics, this 
handbook is filled with facts (including 
trade-off comparison considerations) , 
figures, drawings, photos, etc. — care- 
fully spelled out, clearly illustrated, and 
organized specifically for easy reference 
with helpful practical subsections that 
exactly pinpoint the area you want. No 
other volume provdAs such extensive 
treatment of criticqJ*'factors of circuit 
design, component selection, layout 
generation, component attachment, and 
packaging; details so thoroughly the 
procedures necessary for ensuring opti- 
mum quality i and provides so much in- 
depth guidance on quality control. 
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Basics of Data 
Communications 
Edited by Harry R. Karp 
Editor-in-Chief, Data Communications 



Focusing on the present state of the art of 
today's networks, this volume is aimed at 
the data communications specialist and 
manager. It covers all the major aspects 
of current practice and contains practical 
solutions to many problems in modern 
data communications systems. 

The book puts in perspective and then 
explains in clear detail the many 
considerations that have to be weighed in 
setting up a data communications system, 
from the role of management to the 
intricacies and impact of error control. 
Every major type of equipment— from 
modems to programmable front-end 
processors— is discussed and its place in 
the overall system is pinpointed. 

Because companies who need data 
communications systems cannot wait for 
future improvements, the book 
concentrates on current equipment and 
methodology. However, significant future 
trends are covered, especially in the light 
of potential or emerging technological 
breakthroughs. Here is a sampling of the 
useful information you'll find in this 
up-to-date volume . . . 

• how costs can be cut by concentrating 
traffic frcm many low-speed lines onto 
one higher-speed line 

• how the programmable front-end 
processor serves as a line controller 
and relieves the host computer of most 
of its data communications overhead 

• how a programmable front end can be 
more efficient than a larger main frame 
in a computer-based network 

• how the remote data concentrator 
reduces line costs and improves 
host-computer usage 

• how operating with voice and data 
channels on the same private line can 
lead to significant economies 

• how an advanced data communications 
network, a hierarchy of memories, 
memory mapping, and a unique 
operating system combine into a 
retrieval and update system 

• how a layered approach toward network 
design permits data transfer between 
dissimilar operating systems 

• how methodical analysis and a few 
calculations locate optimum places to 
invest in redundancy and better 
maintenance 

• how serious errors in data streams can 
be avoided at the receiving terminal 



• how a network-management center can 
simplify diagnosis of faults and aid rapid 
restoration of service 

• how a leased-line network with 176 sites 
is designed so that faults can be 
handled by a single operator— and 
without requiring remote intervention 

• how changing the boundaries between 
hybrid communications and hybrid data 
processing can create new services 

Clearly, this book contains a lot of 
highly practical information that will help 
you with many on-the-job problems. The 
material in it is based on selected articles 
from Dafa Communications, arranged into 
cohesive units with a logical progression 
of information and depth. 

A highly useful feature is the book's 
discussion of costs, which are so 
important in the design and operation of 
any data communications network. 
However, because costs are always 
changing, they are presented for 
information and comparison, rather than 
being a true reflection of prices for today's 
equipment and services. 

Filled with charts, diagrams, tables, and 
other quick comprehension aids, this 
volume will help you explore, contribute 
to, and participate in one of the most 
dynamic areas of electronics. 



(continued on back flap) 



ELECTRONICS BOOK SERIES 



Also published by Electronics 

Microprocessors 

Large scale integration 



Library of Congress Catalog Card No. 76-1 6475 

Copyright © 1976 by McGraw-Hill, Inc. All rights 
reserved. Printed in the United States of America. No 
part of this publication may be reproduced, stored in 
a retrieval system, or transmitted, in any form or by 
any means, electronic, mechanical, photocopying, 
recording, or otherwise, without the prior written 
permission of the publisher. 

McGraw-Hill Publications Co. 
1221 Avenue of the Americas 
New York, New York 1 0020 




ii 



Edited by Harry R. Karp 
Editor-in-chief, Data Communications 



.Basics OF 

dara 

COMMUNICATIONS 

dara 
daia 
daia 
daia 
daia 
daia 

dOTO Electronics 
daTa Book Series 



in 



1 Part I— Introduction 

2 Perspective on present practices in data communications 
4 Management mates systems objectives to business goals 
7 Basics of network design 

1 5 What the future has in store for data communications 

31 Part II— Terminals 

32 The broad array of data terminals for communications 
38 Facsimile terminals send the documents with the data 
41 A new read-only terminal: your TV set 

46 Part III— Acoustic couplers and modems 

47 Acoustic couplers lend portability to data terminals 
49 Modems marry data terminals to telephone lines 
54 Transmitting data pulses over short distances 

59 Part IV— Communications processors 

60 Multiplexing cuts cost of communications lines 
66 Programable front-end processors 

72 Programable front ending beats computer upgrading 

80 Programable remote data concentrators 

83 Estimating buffer size and queuing delay in a remote concentrator 

89 Message switcher links diverse data services, speeds 

96 Making the most of simultaneous voice-plus-teleprinter technique 

1 02 Fundamentals of software for communications processors 

110 Part V— Networking 

1 1 1 Computer networking— the giant step in data communications 
1 1 8 New pricing structures upset data network strategies 

1 25 How transaction cost declines as data networks get larger 

1 31 Breaking the logjam in dynamic data base systems 

1 38 Packet switching with assorted computers in a private network 

1 46 The user's role in connecting to a value-added network 

1 52 Where to spend money to improve system availability 

1 57 How to calculate network reliability 

1 64 Design workshop: configuring an actual data system 



Table of contents 



IV 



1 68 Part VI— Channel performance 

1 69 Error control: keeping data messages clean 

1 74 Hit analysis leads to reduced errors trom a microwave link 

1 79 Getting peak performance on a data channel 

1 88 Taking a fresh look at voice-grade line conditioning 

193 Part Vll-Data link controls 

1 94 Taking a fresh look at data link controls 
201 Synchronous data link control 

21 1 Advanced link control runs full and half duplex 

220 Burroughs data link control 

227 Part Vlll-Network diagnostics 

228 Network-management centers help keep the system going 
232 Line monitors open a window on data channels 

240 Centralized diagnostics cuts line downtime to minutes 

245 Part IX-lnterfaces 

246 Using standard interfaces doesn't always assure trouble-free performance 
254 Don't overlook electrical compatibility when mating equipment 

258 Part X— Regulations and policy 

259 Regulations and tariffs 

262 Dilemmas in the nation's telecommunications policy 

266 AT&T's new attitude might have forestalled Justice's suit 

268 Wanted! A computer/communications resale industry 

275 Part XI— Miscellaneous subjects 

276 Standards for data communications 

286 Microcomputers unlock the next generation 

294 What's needed today in a high-level data communications language 

302 Key Subject Locator 



Data communications as it's practiced today 
is tairly sophisticated and requires knowl- 
edge of subjects ranging from common-car- 
rier offerings, to communications processors, 
to regulatory matters. But the field is really in 
its infancy compared with the kinds of net- 
works and applications for data communi- 
cations that are predicted for the future. 
Thus, a new breed of professional is becom- 
ing more important in industry, commerce, 
and Government: the data communications 
specialist. 

Aimed at that specialist and the manager, 
who both need to know about the present 
state of the art of today's networks, this book 
contains the information that will help them 
contribute to and participate in this growth 
field. It presents the important material that 
will help individuals off to a fast start. The ma- 
terial in it is based on selected articles from 
Data Communications, a McGraw-Hill maga- 
zine, since it started regular publication with 
the May/ June issue in 1974, as well as from 
two preceding pilot issues. The articles have 
been arranged into cohesive units with a logi- 
cal progression of information and depth. 

Many of these articles contain discussions 
of costs, which are so important in the design 
and operation of any data communications 
network. Costs, particularly those related to 
tariffed services, are in a constant state of 
change. The cost values included, therefore, 
should be construed as informational and 
comparative, rather than as a true reflection 
of prices for today's equipment and services. 

—Harry Karp 
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Perspective on 
present practices in 
data communications 



Tailoring a data communications 
system to the needs of a specific 
business operation requires 
a familiarity with available 
methods and equipment that this 
publication is designed to provide 

Harry R. Karp 

Data Communications 



The payoff for a company's investment in a data com- 
munications system is a more responsive, more competi- 
tive business operation. To obtain this payoff takes 
much hard work by a dedicated team. For one thing, 
management must set realistic objectives based on ac- 
tual and projected business needs. For another, data 
communications and data processing specialists must 
establish detailed plans for developing, installing, and 
testing the system. Finally, vendors must be found who 
will supply reliable and cost-effective hardware, soft- 
ware, and communications links. 

How will management know the system performs 
properly? A single, all-inclusive measure of perform- 
ance is how transparent the data communications sys- 
tem is to the people in the business operation— that is, 
how free the interaction is of frustrations and delays. 
Ideally, the people who use the system should not even 
know it's there, but just enjoy its benefits. 

Despite the specific problems inherent in developing 
a complex computer-based data communications sys- 
tem that is adequately responsive and highly reliable, 
many such systems have been installed for a variety of 
businesses. Large and small companies throughout the 
country presently rely on their systems to provide pri- 
vate, accurate, rapid, and low-cost transmission of mes- 
sages and to permit the processing of remote-source 
data at a central site. And many more companies are 
slated to enjoy the benefits of data communications sys- 
tems in the future. 

Universality spurs growth 

Accelerating this growth is the fact that data commu- 
nications is a functional technology, in that the same 
equipment and methodology serve all users, no matter 
what kinds of businesses they are in. In other words, the 
equipment in a system for a food-distribution company 
is substantially the same as that for an oil company. By 
the same token, because the same kinds of equipment 
can be used by many different types of businesses, a 
large market results that has induced makers to invest 
in designing improved, more universal equipment while 
simultaneously reducing costs. 

This synergistic situation has existed for several years. 
It has not only been of economic benefit to both systems 
users and the manufacturers of a wide variety of equip- 
ment from terminals to minicomputers and computers- 
it has also improved the state of the art of data commu- 
nications systems, which today is well developed, ac- 
ceptable to users, and constantly advancing. 

All the major aspects of current practice are covered 



in this book on data communications. 

The many and varied considerations 
that have to be weighed in setting up a data communi- 
cations system— from management's role to the intri- 
cacies and impact of error control— are put in perspec- 
tive and then explained in detail. Every major type of 
equipment, from modems to programable front-end 
processors, is discussed, and its place in the over-all sys- 
tem described. 

Future developments notwithstanding, only discus- 
sions of current equipment and methodology are in- 
cluded, because companies who need data communi- 
cations systems to carry out their businesses cannot wait 
for projected improvements. The time from its initial 
planning to the date a data communications system be- 
comes fully operational may be as long as three or four 
years. Thus, to get such a system up and running in the 
near future, companies will have to design their systems 
substantially around present equipment, communi- 
cations links, and methodology. Later, when feasible, 
they can modify their plans— or their present installa- 
tions— to embrace a new development. 

Helping with answers 

The articles in this book contain many solutions to 
major problems in modern data communications sys- 
tems. To understand the basic nature of these problems, 
though, it is instructive to go back to the mid-1960s. At 
that time many companies had big investments in 
underutilized central batch-data processing computers, 
and they wanted to put the valuable unused computing 
resources to work with such remote, outlying locations 
as warehouses and branch offices. 

However, the only quick way to accomplish com- 
puter-sharing required the integration of two separate, 
massive, entrenched, and— to a great extent— technically 
incompatible resources: the nationwide telephone net- 
work, and the array of data processing computers dis- 
persed throughout the country. The integration called 
for a set of accommodations implemented by equip- 
ment and software, and by and large the need for ac- 
commodation will continue for many more years. 

These accommodations are basically the answers to 
problems arising from a variety of sources. Computers 
are designed to handle digital data— but digital data has 
to be converted to analog signals to meet telephone-line 
requirements. Control signals are needed to establish 
and maintain connections, and this requires a line 
protocol acceptable to terminals, telephone equipment, 
and computers— but executing the protocol wastes time 
and reduces line utilization. Electrical disturbances on 
telephone lines create errors in messages— so resource- 
consuming techniques for error control must be in- 
corporated in the system. And there is a drastic mis- 
match in speed, since digital computers can manipulate 
data characters about 1,000 times faster than voice- 
grade telephone lines can transmit them. 

Though highly workable solutions exist to all these 
problems, neither users nor suppliers of data communi- 
cations equipment appear content with the status quo. 
Spurred by a projected rapid growth in the use of data 
communications by business and industry, significant 



efforts are being mounted to lower technical barriers 
still further and thus improve over-all cost-effectiveness 
in computer communications. 

But because of the multi-billion dollar investment in 
the presently installed data processing computers and 
data communications equipment, not including the 
massive investment in the telephone network, most fu- 
ture developments will have to mesh with, and gradu- 
ally modify, current equipment, links, and procedures. 

For example, minicomputers have already started to 
play an important role in improving over-all system ef- 
ficiency. They increase the versatility of a terminal, 
enabling it to match a variety of business applications, 
and they reduce the communications load on the trans- 
mission lines. Minicomputers can serve at a distance 
from the host computer, as remote data concentrators; 
then they act like multiplexers and perform such func- 
tions as traffic smoothing to handle peak loads with 
fewer lines. Or a minicomputer can function very close 
to the host computer, as a programable front-end pro- 
cessor; then it relieves the host computer of expensive 
communications overhead, as for message switching 
and error control, and frees the host computer for its 
primary task of rapidly processing large batches of data. 

More transmission links are now available that 
carry digital data, and they will certainly have an eco- 
nomic and technical impact on the design and perform- 
ance of data communications systems. 
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Management mates 
system olgectives 
to business goals 



Before a data communications 
system can be properly designed, 
managers must specify such 
operational demands as traffic 
routes, message volume, 
urgency, accuracy, and language 

Rolf Vickner 

American Telephone & Telegraph Co. 

New York, N. Y. 



In business and industry, data-communications systems 
are proposed and paid for by corporate and operating 
management. But the systems are planned, designed, 
specified, installed, and tested by a host of systems plan- 
ners, engineers, programers, and technicians working 
for the owner-company and vendors. Whether these 
specialists deliver, on time, the kind of system that is ac- 
tually needed for a given application depends, initially, 
on whether user-management adequately communi- 
cates company objectives both to the in-house staff and 
to outside vendors and consultants. 

In other words, management's obligation in system 
development is to prepare a clear and succinct state- 
ment of what it wants to accomplish. Management need 
not, in the planning stage, be too concerned about tech- 
nological matters, about available equipment, or, for 
that matter, about costs. Objectives that are stated too 
tightly may hamper planning and implementation, 
while objectives stated too loosely may force planners 
and designers to guess at the final goals and thus per- 
haps introduce unneeded and expensive capabilities. 

But management cannot remain ignorant about how 
data-communications equipment operates, about the 
kinds of equipment— such as terminals and mini- 
computers—that make up a system, and about the intri- 
cacies of such other factors as tariffs, regulations, and 
vendor relationships. Management will need this 
knowledge when the planning staff returns with several 
alternative configurations that, hopefully, meet the 
company's objectives. Often, these alternatives will then 
give management a chance to rethink the objectives 
and— with a deeper understanding— perhaps change 
them if the cost increments can be justified. 

In most businesses, the need for a data-communi- 
cations system may be indicated by such insidious situ- 
ations as deterioration in customer services, increased 
inventory because changes are not reported fast 
enough, or management reports that are too late for 
timely action. 

While it is the job of the systems and technical staff to 
design and implement the system, management (or a 
team reporting to management) must set the objectives 
from the facts gathered and analyzed from the present 
and planned operations. Among the major areas in fact- 
gathering as a prelude to specifying system objectives 
are distribution, volume, urgency, language, and accu- 
racy of messages. 

Determining the most efficient pattern for distribu- 
tion of company information includes the traffic at 
headquarters, and the data flow to and from all branch 



offices, warehouses, distributors, and other remote facil- 
ities. Some type of graphic representation should record 
present and planned locations that receive or send such 
essential operating information as sales orders, produc- 
tion reports, administrative messages, and payroll data. 
One simple representation is a matrix chart listing all 
locations along both the vertical and horizontal edges of 
the matrix. A dot placed at the intersection of two loca- 
tions means that traffic flows between them. Another 
clear way of showing traffic patterns is to actually draw 
lines between sending-receiving locations on a geo- 
graphical map. 

Traffic volume 

With the traffic pattern established, the next step is to 
calculate the information volume to be handled at each 
location. The most common measure of volume in the 
planning stage is the total number of characters trans- 
mitted and received at each location each day. Later, 
when the terminal and transmission code have been se- 
lected, a more precise measure of traffic volume— bits 
per day— is obtained by multiplying the total characters 
by the number of bits per character associated with the 
particular code to be used in data transmission, 

Actually, traffic volume has four different aspects, 
each of which must be determined to provide insight 
into communications requirements: the average daily 
volume of messages, the number of characters in an av- 
erage message, the average daily total transmission 
time, and the peak volume. 

The peak-volume calculation plays a vital role in 
planning any large system in which reduced cost can be 
balanced against increased and acceptable message de- 
lays. On the one hand, a data-communications system 
that can handle instantaneous peak volume on demand 
and without delay would require so many telephone 
lines and so much equipment to transmit and process 
data from each terminal that the high cost would be 
completely unacceptable. On the other hand, a system 
configured to service only the average traffic could lose 
so many transactions during peak periods as to seriously 
impact business activity. 

Considerable money can be saved by designing a sys- 
tem to handle traffic volume somewhere between the 
average and peak values. But doing so means that at 
certain times during the day, people will have to toler- 
ate some delay in sending or receiving data. In general 
terms, the longer the tolerable delay, the lower the sys- 
tem cost. 

Arriving at traffic volume, in characters per day, for 
each location first requires a count of the traffic as deter- 




mined from sampling the activity for a prescribed num- 
ber of days, the number depending on an estimate of 
the monthly traffic. In general, the more messages sent 
each day, the fewer the number of days that need be 
sampled to arrive at an accurate monthly volume. The 
table relates estimated monthly message volume to a 
suggested number of days to be studied. These sampl- 
ing days should be selected at random. 

At each location, a separate survey should be made 
for transmitted messages and for received messages. 
Such studies can reveal a disparity between incoming 
and outgoing message volume that can justify using a 
low-speed, low-cost, sending terminal and a high-speed, 
high-cost receiving terminal. Besides a savings on over- 
all terminal costs, the volume disparity could also lead 
to reduced cost of communications links. 

The message survey should include such details as 
point of origin, destination, message length in charac- 
ters, filing time at which the originator wanted to send 
the message, and actual sending time, as well as 
charges, if billed separately. 

While revealing actual data-communications activity, 
the count is subject to adjustment under certain circum- 
stances. For example, a count taken during a seasonal 
high or low in business activity will not be representa- 
tive. Also, the actual count may reflect present, but un- 
desirable, constraints. For example, the count may show 
a large volume between New York City and Chicago, 
and New York City and New Orleans, but no traffic be- 
tween Chicago and New Orleans— simply because no 
data-communications link between Chicago and New 
Orleans exists in the system under study. Finally, the 
traffic count may reflect bad practice: perhaps messages 
that should go air mail are, in fact, loading the data- 
communications system. 

One of the more cost-sensitive aspects of data com- 
munications is the urgency of responses, the allowable 
delay between the time an input or inquiry is sent and 
when the required information must be returned. A 
request by a business manager for a printout of an in- 
ventory, where inventory status is stored in a remote 
data base, may not be urgent and he can be satisfied 
with an overnight response. In an airline reservation 
system, though, a response that takes more than, for ex- 
ample, 10 seconds may be unacceptable because it will 
waste the seller's time and reduce customer service. 

The specified urgency for each type of transaction 
does influence the ultimate decisions about the required 
type and number of lines, the speed of transmission, 
and the system delay at the host computer. If a given 
number of lines into a location results in excessive de- 



SAMPLING DAYS 


FOR SURVEYING TRAFFIC 




Estimated monthly 
message volume 


Number of days 
to be studied 




Less than 1 ,000 


20 




1,000 to 2,000 


10 




2,000 to 5,000 


5 




5,000 to 10,000 


3 




10,000 and over 


2 





5 



lay, because too many busy signals or inputs are being 
ignored completely, then the number of lines will have 
to be increased to meet urgency specifications. 

Urgency is another way of specifying tolerable delay. 
Since a host computer will not respond to an inquiry or 
other type of input until the input message is complete, 
then the elapsed transmission time for the message is 
the minimum actual delay. That is, a message that re- 
quires a response in 10 seconds cannot be sent at such 
low speed as to use up 30 seconds for transmission. For 
a given message, the transmission time is thequotientof 
the message length, in characters, and the transmission 
speed, in characters per second. 

In general, though, the controlling factor in setting 
the transmission speed is the yolume of information. 
There is little practical difference in most cases whether 
a single message travels from its source to its destination 
at low speed or high speed. For example, transmitted at 
10 characters per second, a 50-character message will 
take 5 seconds. Transmitted at 300 characters per sec- 
ond, the same message will arrive in 0.167 second. If a 
messenger in the company takes an hour to deliver the 
message, then the difference in transmission times is not 
meaningful. Thus, in a system where short and occa- 
sional administrative messages are being transmitted, a 
low transmission speed will suffice. 

However, when volume is large, faster transmission 
speed is needed. For example, using the slow trans- 
mission speed of 10 characters per second the total vol- 
ume might take two hours to transmit— most likely an 
intolerable delay. But the transmission time would be 
only 4 minutes at the higher speed. Often a high trans- 
mission speed is mandated not by the urgency of the ac- 
tual message, but by the requirement of keeping expen- 
sive computer memory efficiently utilized while 
accumulating the total message. 

The language problem 

The term language has two meanings in data commu- 
nications: the physical form or medium on which the in- 
formation is recorded, or the code used to record the in- 
formation. The information medium at the sending site, 
say a branch office, usually will not satisfy the medium 
requirements at the receiving site, usually the host data 
processing computer. For example, an application for a 
loan on a life-insurance policy will be handwritten on a 
paper form. The computer, though, will want the infor- 
mation on punched cards or magnetic tape. 

The codes for recording information vary both as to 
the number of two-state, or binary, code elements (or 
levels or bits) that represent a character, and the assign- 
ment of code combinations that define a particular 
character. Present codes in data communications use 
from four to 12 code elements to define a character. In 
general, the more elements (or bits) in a code, the more 
unique characters in the code's repertoire. A four-level 
code can define 2 4 or 16 different characters. A seven- 
level code can define 2 7 or 128 different characters, 
which can therefore include all numerals from to 9, 
the complete alphabet, and many special characters. 

As a rule, information on one medium employs a 
code that is different from the code used on another me- 
dium. For example, the code used on punched-paper 



tape differs from the code used with cathode-ray-tube 
(CRT) displays. Some codes originate from communi- 
cations applications, others from computer require- 
ments, and some satisfy both computer and communi- 
cations standards. As a result, a computer-based data- 
communications system will employ many different 
codes. Therefore, the data-communications system must 
be able to accept all the information in the form and 
code in which it occurs, and deliver it in the required 
forms and codes. Performing code conversion is one of 
the system's essential, but resource-consuming, tasks. 

Accuracy of message content, a paramount factor in 
data communications, is usually rated in terms of error, 
or the loss of accuracy. Errors in messages spring from 
three sources: human errors from inputting, or keying, 
wrong data; errors developed within a malfunctioning 
terminal; and random errors occurring on the commu- 
nications link. 

Terminal equipment in good repair operates virtually 
without error. But if an error should occur it will prob- 
ably be consistent, due to a particular malfunction, and 
thus readily noticeable and repairable. 

Several techniques for controlling error arising from 
random transmission disturbances have been devel- 
oped, and the more common approaches are covered in 
pp. 169-173 on error control. Briefly, though, the tighter 
the error control, the higher the cost of the system. 
Thus, the kind and cost of error control depends on 
such factors as the context of the message, whether the 
message will be "read" by a human being or by a com- 
puter, and the probability of error occurrence. 

An administrative message, addressed to a person, 
containing one or two letters in error usually will not 
prevent the reader from understanding the message 
content. That is, for messages read by people, a high 
correlation between content and context will require 
little if any type of error control scheme. 

The amount of error introduced by humans entering 
data at a keyboard depends on such factors as the read- 
ability of the source document and the skill of the oper- 
ator in keying messages on the terminal. Obviously, 
people who use terminals occasionally will introduce 
more errors than skilled operators, particularly when 
the message's content and context are somewhat unre- 
lated, such as in keying in a 10- or 12-digit number. 

Then even assuming that all data is entered correctly 
into the system through a terminal, errors may occur on 
the transmission link. Technically, it is possible to con- 
trol these errors, basically by the receiver— a terminal or 
the host computer— rejecting data until it is received 
correctly. In many computer-based data-communi- 
cations systems, a significant portion of transmission 
time and computer load is due to the transmission and 
retransmission of erroneous messages. 

As with the other major tradeoffs in data communi- 
cations, the system can be specified for tight error con- 
trol at high cost, or lesser error control at lower cost. 
The judgment depends on the economic losses due to 
errors, which could range from simply the cost of re- 
transmitting a block of data, to losing a large sale be- 
cause of an error in quoting the order. Thus, estab- 
lishing accuracy requirements is another of the system 
objectives that must be set by management. □ 
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Faced with an urgent demand to increase utilization of 
assets and introduce practices that cut operating costs, 
today's business manager may be called on without 
warning to participate in the over-all planning of a 
data-communications system for his company. Such a 
task may at first appear to be formidable. However, a 
clear understanding of system objectives and price-per- 
formance tradeoffs in the system components will en- 
able the manager to evaluate application requirements 
and thus contribute to the network configuration. Here 
a discussion of the major design criteria puts the project 
into perspective for easy analysis. The main objective is 
to provide the minimum-cost installation that satisfies 
the present operational requirements, yet allows for 
foreseeable expansion. 

Regardless of the particular business application, a 
data-communications network's fundamental task is to 
economically and reliably interconnect remote termi- 
nals to a host computer, which may perform data-pro- 
cessing activities and simple routing of messages be- 
tween terminals. Once business management has 
defined its operational requirements, the plan- 
ner/analyst faced with system design responsibility will 
find that he has available numerous options in equip- 
ment, software, and operating procedures. The major 
choices will generally involve decisions about: 

■ Terminals 

■ Modems (or datasets) 

■ Communications lines 

■ Multiplexers and remote data concentrators 

■ Software and error-control procedures 

■ Transmission-control units and front-end processors 

■ Fault isolation and backup features 

Before any design decisions are made, some type of 
analysis must clearly establish the economic and per- 
formance benefits of the planned network. Involved in 
the plan are the kinds of transactions to be processed 
and their urgency, volume, geographic disposition of 
company sites, expected growth rates, and the system 
accuracy needed. In fact, operational management re- 
quirements, cost justification, and technical factors are 
so interrelated that several alternative plans may be for- 
mulated and adjusted as project planning proceeds— to 
assure that management and the analyst do not include 
performance features that increase equipment, soft- 
ware, and communications burdens. 

In simple applications that involve a single type of 
transaction and a relatively small number of remote ter- 
minal sites, the configuration to solve a seemingly com- 
plex design problem will often become intuitively 
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apparent from a tabulation of system requirements. 
More complex data-communications systems may prof- 
itably rely on special computer-based procedures and 
models that assess the relative costs and performance 
characteristics of hundreds of alternative network lay- 
outs. Optimizing programs are available from certain 
vendors, common carriers, time-sharing services, and 
independent communications consultants. 

Setting the goals 

The objective of most networks is to provide a min- 
imum-cost layout that satisfies such performance re- 
quirements as net data throughput, reliability, and 
availability. Response-time statements such as "95% of 
all input messages must receive & reply from the com- 
puter within 3 seconds" are common measures of per- 
formance in leased-line networks. In switched-link sys- 
tems involving dial-up calls through the ordinary 
telephone network, performance measures commonly 
stipulate an acceptable busy-signal probability level 
and a satisfactory net data throughput, once a connec- 
tion is established with the computer. 

Reliability and availability levels are often stipulated 
via the traditional mean-time-to-repair or mean-time- 
between-failure parameters. Such critical elements in 
the system as heavily utilized terminals, links, and com- 
puters are often configured in redundant pairs to 
achieve desired standards. Of course, such duplication 
raises the cost. 

The problems and tradeoffs in choosing the most suit- 
able system elements can be illustrated by tracing a typ- 
ical transaction through a data communications net- 
work from start to finish (Fig. 1). Data is typically 
entered from some type of remote data-communi- 
cations terminal. Among the more widely used termi- 
nals are the familiar Teletype machine, the alphanume- 
ric cathode-ray-tube (CRT) keyboard/display, the 
remote-batch terminal, and the remote data-entry sta- 
tion that contains a minicomputer and operates with 



such peripherals as card reader/ punches and line print- 
ers. 

In the terminal, message characters are encoded into 
groups of binary digits (bits) and transmitted serially, 
bit by bit, into the transmitting modem. As shown in 
Fig. 2, the transmitting modem converts the rectangular 
waveshape of binary Is and Os into analog or contin- 
uous waveshapes, usually composed of frequencies 
suited to the transmission properties of the particular 
communications link being used. Traditionally, this link 
has been provided by the common carriers in the form 
of voice-grade lines— installed to provide quality trans- 
mission of human conversations. 

The receiving modem performs the opposite function 
of the transmitting modem by reconstructing the origi- 
nally transmitted data stream and feeding it to the re- 
ceiving terminal, which may be either another terminal 
or the host computer. The electrical interface between 
the terminals and modems usually conforms to an ac- 
cepted industry standard such as the Electronic Indus- 
tries Association (EI A) RS 232C interface standard. 

Such standards define common connections for volt- 
age levels, indicate which electrical connector pins are 
to be used for the transmitted and received data bits, 
and define the numerous control functions and "hand- 
shaking" needed to establish connections. 

The data bits leaving the receiving modems enter 
some type of line adapter or line-termination unit on a 
transmission-control unit or front-end processor (see 
Fig. 1) where the bit stream is reassembled into the 
originally entered characters. When a specified number 
of characters (data block) has been accumulated, or 
when some special control character is detected in the 
controller, the host computer is notified. Then, the data 
block is transferred either directly to the computer or, if 
the sending terminal does not have a current task under 
active processing in the computer, to secondary storage 
or mass memory (see Fig. 1). 

Most installed transmission control units are hard- 
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wired, and thus not easily modified if system require- 
ments change. Further, most are IBM models 2701, 
2702, or 2703. Although each has different features, 
generally they are classified as 270X controllers.' 

A recent innovation in transmission control is based 
on the programable minicomputer, which in data-com- 
munications systems performs transmission control, as 
well as other functions that can improve system effi- 
ciency. In this activity, the minicomputer is called a pro- 
gramable front-end processor. Many minicomputer 
companies offer front-end processors, and recently IBM 
announced a similar programable unit, the IBM 3705 
communications controller. 

Reply generation 

Whenever enough characters have been received in 
the controller and a processing task is activated in the 
host computer, some type of output reply will typically 
be generated for transmission back to the remote sta- 
tion. This reply message is usually produced by the ap- 
plications or operating system (OS) program being exe- 
cuted in the host computer. The controller is notified by 
an interrupt signal that tells the controller the length 
and starting location of the output message in a buffer 
storage area. This buffer, which is accessible to both the 
controller and the host computer, frees the computer for 
further applications processing tasks coming from other 
remote terminals and from local peripherals connected 
to the computer. The characters of the reply message 
are then converted into the proper serial-bit patterns for 
transmission back out to the remote station. 

Messages and replies entering the system thus pass 
sequentially through numerous hardware devices and 
are subjected to a variety of software-controlled pro- 
cessing steps in the round trip from remote terminal 
into the central computer and back out again. Con- 
sequently, the art of successfully planning, designing, 
and implementing a system involves the evaluation of 
many tradeoffs for each of these interdependent hard- 



ware and software functions that contribute to response 
time, reliability, and availability of the entire on-line 
system. 

Selection of a terminal allows for many alternative 
options that, besides many other factors, permit a 
tradeoff of higher terminal cost for lower communi- 
cations cost. Some terminals contain local buffers— es- 
sentially small memories that accumulate and assemble 
a character, a line, or a message— that add to the cost of 
the terminal, but, on the other hand, permit faster trans- 
mission speeds and improve line utilization. 

Most terminal applications involving transmission at 
speeds up to 1,200 b/s (or about 120 characters a sec- 
ond) use the asynchronous— or start-stop— method of 
encoding and sending characters. In asynchronous 
transmission (Fig. 3), the actual data bits of each char- 
acter are preceded by a start bit and followed by a 
longer stop bit to separate the characters. These start- 
stop bits can carry no useful data and, compared with 
synchronous transmission, they reduce net data 
throughput. 

Synchronous transmission, on the other hand, is usu- 
ally used for applications involving speeds of 2,000 b/s 
or faster. In the synchronous mode, a constant-rate dig- 
ital pulse generator, called a clock and usually located 
in the modem, determines the exact instant at which 
each bit is sent and received, eliminating the need for 
the special start and stop bit sequences necessary in the 
asynchronous mode. 

Selecting lines 

Either dial-up-connection (switched) lines (Fig. 4) or 
private lines (Fig. 5) may be selected for communi- 
cations links, and often a network contains both kinds 
of links. Dial-up connections, by using the national tele- 
phone system, enable a particular terminal site to com- 
municate selectively with well over 100,000,000 other 
locations. Dial-line facilities, generally limited to line 
speeds of 3,600 to 4,800 b/s, usually are two-wire cir- 
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cuits which are unable to sustain bona fide full-duplex 
transmission (simultaneous data transfer in both direc- 
tions) at synchronous speeds. 

Further, special properties of the ordinary telephone 
network— for example, the echo suppressors needed for 
voice communications, but which interfere with data 
communications— prevent dial network lines from being 
established or turned around in less than a few hundred 
milliseconds. Dial-up lines may also be subject to larger 
error rates than private lines, but suitable error-control 
techniques, either in hardware or software, may offset 
the need for higher-cost leased lines. 

Private, or leased, lines are available in. either point- 
to-point or multipoint configurations, as shown in Fig. 
5. In point-to-point, a separate private line connects a 
terminal directly to the computer. Since most private 
lines are four-wire circuits, control signals can be sent 
without line turnarounds. Also the usable bandwidth, 
which relates to data transmission speed, can be ex- 
tended. However, the cost is higher, since charges on 
each line are based on relevant common-carrier tariffs. 
Multipoint lines, often called multidropped lines, inter- 
connect three or more data stations (including the com- 
puter) and are mainly used to reduce line and modem 
costs by enabling two or more remote stations to share a 
link. 

The costs of separate point-to-point lines from a data- 
processing center to each remote location are thus 
avoided, as are the costs of a separate modem and ter- 
mination equipment for each remote terminal at the 
processing center. One disadvantage of multidropped 
lines is that only one of the remote terminals on that 
line may communicate with the central site at any mo- 
ment. Another disadvantage is the requirement for line- 
control software for polling or contention to determine 
which terminal seizes the line at any time. 

Duplexing 

The terms half-duplex, full-duplex, two-wire circuit, 
and four-wire circuit— widely used in data communi- 
cations—need to be clearly understood. Half-duplex and 
full-duplex apply to a terminal's mode of operations 
(see Fig. 6). The terms two-wire and four-wire apply to 
the links provided by the common carrier. Regardless of 
the communications link, terminals are said to be oper- 
ating in the half-duplex mode when the terminal can 
transmit or receive, but not do both at the same time. 
Full-duplex terminals, on the other hand, do transmit 
and receive simultaneously. 

Most data terminals operate in the half-duplex mode. 
Even though not widely used yet, full-duplex remote- 
batch terminals are becoming more popular because of 
their ability to process more data in a given time than 
half-duplex stations. 

As for communications channels, two-wire links may 
operate in either direction, but not both at the same 
time. The four-wire circuits, basically a pair of two-wire 
circuits, can operate in both directions simultaneously. 
Thus a half-duplex terminal may use either two-wire or 
four-wire links, but a full-duplex terminal requires a 
four-wire connection. The four-wire link can be ob- 
tained in a leased line, but the ordinary switched tele- 
phone network provides only two-wire links. Thus, if 
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3. Asynchronous code. Low-speed terminals use asyn- 
chronous transmission, in which each character, shown 
here as a five-level code, is preceded by a start bit and 
followed by a stop bit that advises the receiver when a 
character arrives. 

the switched network is to service a full-duplex termi- 
nal, two separate dial-up connections are required, with 
each connection transmitting in the opposite direction. 
Although most leased lines are four-wire circuits, they 
often connect half-duplex terminals when frequent 
changes in transmission direction and consequent turn- 
around delays cannot be tolerated. 

The modems (called datasets by the common car- 
riers), which must be used on carrier-provided links 
longer than several hundred feet, are available from 
many of the carriers and independent suppliers. Since 
the end-to-end performance of a data-communications 
channel will be governed by the link and the attached 
modems, special requirements and features of modems 
for particular applications should be analyzed thor- 
oughly. 

At asynchronous speeds up to 1,200 b/s, ordinary 
voice-grade lines are usually more than adequate for 
even the simplest modems. However, at synchronous 
speeds, some type of special conditioning in the lines 
and/or equalizing circuits in the modem are often re- 
quired for satisfactory operation. Modems also directly 
affect the network's operational efficiency, since they 
must take the time to establish connections and change 
the direction of transmission— both of these factors con- 
tribute to overhead losses in synchronous dial network 
applications and in multidropped configurations. 

Line-transmission speeds from 7,200-9,600 b/s may 
be achieved with highly conditioned private voice-grade 
lines using automatically equalized modems, and trans- 
mission speeds from 3,600-4,800 b/s may be achieved 
by using appropriate modems on most dialed connec- 
tions. 

Channel selection 

In selecting the transmission speed for a particular 
application, the planner will generally choose from 
three main classes of channels offered by such common 
carriers as the Bell System telephone companies, Gen- 
eral Telephone & Electronics, and Western Union. As 
examples, Series 1000 channels from the Bell System 
carry asynchronous transmission at speeds up to 150 
b/s. Bell System Series 3000, known as voice-grade 
channels, are generally required for asynchronous ap- 
plications faster than 150 b/s and for synchronous 
speeds from 2,000 to 9.600 b/s. 

Wideband channels operating faster than 9,600 b/s 
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require special facilities, such as Bell's Series 5000 or 
8000 channels, often known as Telpak offerings. Telpak 
C, for example, corresponds to the transmission capabil- 
ities of 60 voice-grade channels, and Telpak D is 
equivalent to 240 channels. 

Rates for leasing different types of channels increase 
with distance, but successive incremental distances cost 
less than preceding increments. For example, for an in- 
terstate link, the incremental price for the 400th mile of 
a private-line voice channel is less than half the incre- 
mental rate for the 20th mile. Intrastate rates, of course, 
apply to any circuit with all drops or access points in the 
same state. These rates differ from state to state; gener- 
ally, however, an intrastate leased link will cost a user at 
least twice as much as a comparable-distance interstate 
link. 

The entire subject of monthly lease rates for interstate 
private lines is being reevaluated by the existing estab- 
lished carriers in response to the nationwide ser- 
vice offerings promised by such specialized carriers 
as mci and Datran. Rates have already been re- 
duced by some carriers on a regional basis— for ex- 
ample between St. Louis and Chicago— by mci and 
Western Union. It is safe now to conclude that 
rates along other high-density routes will come 
down, while rates for local distribution links off 
the major routes will increase. 

Line-sharing equipment, such as multiplexers and re- 
mote data concentrators, connect clusters of remote ter- 
minals to data-processing centers by employing voice- 
grade or wideband lines rather than a multiplicity of in- 
dividual low-speed circuits. 

The primary reason for multiplexing and concentrat- 
ing, in many ways similar techniques, is to exploit the 
economies of scale prevalent in today's telephone-line 
tariffs. Voice-grade line (Series 3000) for example, can 
carry the equivalent (in number of bits per second) of 
20 to 50 low-speed (Series 1000) lines, yet they cost only 
about twice as much. Regardless of how tariffs may be 
modified in the future, multiplexing and concentrating 
will always be important cost-reduction techniques, as 



long as there are economies of scale in the relative cost 
of bandwidth. 

Other important considerations in planning the net- 
work include whether remote terminals will gain access 
to the system by polling or by contention, which trans- 
mission-error procedure will be implemented, what 
code formats and types of terminals are suitable, and 
what block lengths (total number of bits in a record or 
group of records) will be transmitted. 

In most private-line systems, polling procedures gov- 
ern terminal access to the network. With polling, the 
line-control program contains an internal table of termi- 
nal addresses to be queried in prescribed sequence. The 
program continuously cycles through this list, soliciting 
messages from those terminals that are ready to send. 
Polling procedures are inherently flexible because the 
order of the polling list, the number of times a terminal 
ad.dress appears in the list, and the priority assignments 
may be easily changed via software modification. 
Polling makes possible relatively tight control of sys- 
tems hardware and software resources, since access is 
monitored by the communications-control software and 
not by the system's users. 

A different type of polling is used in such dial-up ap- 
plications as collection of sales and inventory data. 
Here, the central facility does not poll continuously, but 
instead selectively polls the remote stations, which then 
transmit their messages or data. A combination of hard- 
ware and software initiates each call without human in- 
tervention, so that polling can take place even when the 
terminal and computer sites are unattended. On com- 
pletion of a data transmission, the call is disconnected, a 
new call is placed, and data is received from the next re- 
mote station on the polling list. 

Contention procedures provide for access to the com- 
puter in many dial-up time-sharing systems, whether 
commercial utilities or user-owned installations. Here, 
the remote users call in at random and have to contend 
for service. Thus, terminals may gain access on a de- 
mand (first-come, first-served) basis, depending on con- 
tractual arrangements. Contention is also employed in 
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such unique communications installations as voice-re- 
sponse systems and facsimile networks. 

Error correction 

In data communications, transmission errors are inev- 
itable. Errors result from such natural causes as light- 
ning, relay switching noise, rain that may cause mois- 
ture to accumulate in telephone cable, and wind that 
may cause microwave antennas temporarily to get out 
of alignment. A bit error occurs when a bit becomes in- 
verted so that a 1 changes to a 0, or vice versa. Such an 
inversion changes the meaning of a character so that the 
receiving terminal might type a Q, even though the 
sending terminal actually sent an F. Barring a drastic 
line failure, errors usually occur randomly and last long 
enough to affect a sequence of bits. 

Most on-line systems require integrity of data and 
need at least some effort to correct these errors. The 
most popular practices involve some type of error detec- 
tion and retransmission scheme: manual, echo-back, or 
automatic. 

Manual correction methods require the critical infor- 
mation fields in a message to be entered several times 
by the operator at the sending station. The receiving op- 
erator or the computer checks the content of these re- 
dundant fields. If they match, it is assumed that no er- 
rors occurred. If the fields don't match, the sending 
station is requested to retransmit the message. These 
manual procedures are widely used in lower-speed ap- 
plications involving teletypewriters and similar unbuf- 
fered terminals where automatic correction cannot be 
readily implemented. 

A semimanual approach to error control is echo-back, 
or echoplexing: each character entered from a low- 
speed unbuffered terminal is promptly returned to the 
sending operator by the distant computer. Characters 
are verified one at a time, perhaps on a CRT display, 
and the user may make corrections whenever the locally 
keyed characters do not correspond to the echoed ones. 
This approach is not flawless, since an error may occur 
during echo transmission. However, echo-back has been 
used with considerable success in highly interactive ap- 
plications where a human operator is engaged in a real- 
time conversation with the computer— say during the 
on-line solution of a computer-aided engineering design 
problem. 



In synchronous applications, a terminal usually con- 
tains a buffer— a memory that assembles and temporar- 
ily stores a character, word, or record, along with some 
added bits for parity check. These parity bits permit an 
automatic approach for control of transmission errors. 
Here, data is transmitted in blocks, with the redundant 
parity bits being sent along with the actual data. 

The receiving terminal performs parity calculations 
identical to those performed in the transmitting termi- 
nal and compares its computed redundant bits with 
those actually received from the link. If they match, it is 
assumed no error took place, and a positive acknowl- 
edgement (ACK) is sent back to the transmitting termi- 
nal, thereby initiating transmission of the next data 
block. 

If an error is detected, a negative acknowledgement 
(NAK) is returned to the transmitter, requesting a re- 
transmission of the erroneously received block. Pow- 
erful codes have been developed so that with modest 
amounts of redundant bits— perhaps 5-10% of those in a 
transmitted block— virtually no errors will go unde- 
tected. Figure 7 shows the one-way time profile for line 
usage of a half-duplex error-detection and retransmis- 
sion connection in which each block is separated by a 
time interval, T. This interval is the amount of time re- 
quired for the line and modem turnaround, plus the 
time for an ACK or NAK control signal to go back to the 
sending terminal. When an error has occurred, a block 
is retransmitted. The total lost time, called overhead, is 
shown at the bottom of Fig. 7. 

Error detection and retransmission is implemented in 
IBM's widely-used binary synchronous communications 
(BCS) protocol— or line-control discipline— and in soft-' 
ware offered by other vendors of computers and termi- 
nals. Other codes detect and correct transmission errors 
without the slowdown for retransmission, but generally 
they are more costly in hardware utilization and less 
powerful. 

In addition to transmission slowdown created by the 
line protocol, many other factors directly affect the net 
data throughput (NDT), the rate at which usable data 
bits arrive at the receiving end. NDT is obtained by de- 
ducting from the rated operating speed of a modem-line 
combination the overhead losses that arise from call- 
connection time, retransmission times for erro- 
neously received data blocks, and all types of control. 
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signaling, and redundant bits. For example, on a chan- 
nel normally rated for 4.800-b/s transmission, the over- 
head for call connection might be 5%, for retransmis- 
sion 59c, and for control signaling 30%, to give a total 
overhead of 40%. Thus, this line will actually have a net 
data throughput of 60%. or 0.6 X 4,800 = 2.880 bits per 
second. These factors, noted in the equation below, can 
be balanced against each other to obtain some optimum 
value. For an error-detection and block-retransmission 
system, as is usually the case, the NDT in bits per second 
is: 

NDT = M( 1 - K)( 1 - P)/(M/R + T) 
where R is the modem/channel nominal operating 
speed in b/s: P is the block-retransmission probability, 
statistically related to the channel's error rate; M is the 
transmitted block length of the message, including re- 
dundant bits, in bits; T is the time between blocks, in 
seconds; and K is the fraction of noninformation bits 
(including redundant and synchronizing bits) in each 
block. 

Optimum block length 

An optimum block length exists for any particular 
application. Or, stated another way. there is no univer- 
sally best block length. Moreover, the optimum block 
length can be determined only when all factors affect- 
ing net data throughput are known quantitatively. 
Figure 8 shows a typical change in data throughput as a 
function of block length, based on the preceding equa- 
tion for a nominally rated 4.800-b/s modem/line com- 
bination. 

Here, some given value of K and error rate are pres- 
cribed. Note that at short block lengths, any given error 
rate implies a very small value of P; that is. many short 
blocks can be transmitted before one of them is in error 
and must be retransmitted. Thus, for short blocks, the 
lower NDT is primarily due to the total control signaling 
time between blocks. For the same error rate, blocks 
longer than optimum have a higher probability of con- 
taining error bits, thereby increasing retransmissions 
and again reducing the net data throughput. 

The control programs in most data-communications 
systems determine actual block lengths. This length will 
usually be specified as an operating system (OS) or com- 
munications-control program input parameter. Should 
the selected block length later prove to be less than opti- 
mum, the software control can readily be changed. 

Given these many hardware, software, and system- 
design options, the planner should consider essentially 
two kinds of network organizations— centralized or dis- 
tributed—to determine the most suitable configuration 
for his application (Fig. 9). In centralized networks, all 
applications processing and information files are kept in 
a single center, and the network traffic will consist ex- 
clusively of communications between remote terminals 
and the main processor/data base site. Centralized net- 
works may generally be arranged through combination 
of switched links, leased multidropped links of the same 
speed, and leased-line networks consisting of several 
types of channels that would probably include multi- 
plexer and remote data concentrators. 

Distributed networks are generally more complicated, 
but they offer the possibilities of reducing communi- 



6. Duplexing. In half-duplex mode using two wires, only 
one terminal can send at any time, but in full-duplex 
mode using four wires, both terminals can send data 
simultaneously. 
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7. Error detection. In the half-duplex mode's detection- 
and-retransmission protocol, lost time results from re- 
transmitted blocks and ACK/NAK gaps between blocks. 

cations costs by locating large portions of the files and 
data-processing capabilities in regional centers for such 
applications as banking and insurance. The key cost 
tradeoff here is simply whether or not the total cost of a 
properly designed multiple-center, distributed network 
is less than the cost of a single large center served by a 
larger communications network. 

A major obstacle to distributed networks has been the 
lack of reasonably priced switched or leased wideband 
communications links for interconnecting the regional 
centers. Other deterrents are the hidden costs for oper- 
ating and maintaining multiple processing centers, the 
costs and complexities of the operating systems in dis- 
tributed nets, the politics of large organizations, and un- 
resolved questions about the security features of such 
decentralized networks. 

Computerized evaluation 

In the design phase, it is desirable to evaluate the al- 
ternative link combinations available for centralized 
networks against one or more possible distributed-net- 
work configurations. Various network-optimizing tech- 
niques, rapidly and inexpensively executed on a com- 
puter, can play an important role in expediting a varietv 
of design-related tasks. One of the simplest, most useful 
computer-aided routines determines costs of alternative 
network layouts. Other programs design least-costly lay- 
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8. Data efficiency. Net data throughput, the useful num- 
ber of bits transmitted each second, depends on block 
length, and such other factors as error probability and re- 
dundancy. 

outs of multidrop lines, determine the best locations of 
remote multiplexers and concentrators, and estimate 
the response-time characteristics of particular configu- 
rations. 

In centralized applications involving the dial net- 
work, such bulk tariffs as the Bell System's WATS (Wide 
Area Telecommunications Service) offerings should be 
considered as a way of reducing cost. Here, calls may be 
placed either into (Inward WATS) or out of (Outward 
WATS) a central location . 



Computer programs can evaluate WATS networks and 
perform these design tasks for all types of leased-line 
networks. Required input data for these optimizing pro- 
grams generally includes: 

■ Terminal and data-processing locations 

■ Terminal traffic volume, average and peak 

■ Maximum acceptable line loading 

■ Maximum acceptable response time, including com- 
puter processing 

■ Costs of lines, modems, multiplexers, and other 
equipment and services 

■ Possible locations of multiplexers and concentrators 

■ Types of line layouts to be evaluated 

Outputs— in the form of lists and even routing maps- 
will generally contain cost itemization for the best lay- 
out, including specific line routings, line loading, and 
the best remote locations for the multiplexers and con- 
centrators. Multiplexers and concentrators will usually 
be used only when they produce lower net costs than an 
optimally configured switched network layout or an op- 
timally designed network based on multidrop lines. 

The final burden of data-communications systems de- 
sign and implementation falls on the planner/ analyst 
working in behalf of his company. He should use com- 
puter-aided methods when indicated, add his experi- 
ence and intuition, and listen to all advice from sup- 
pliers of equipment and communications lines. But he 
should refrain from carte blanche acceptance of system- 
layout recommendations obtained from parties having 
vested interests, particularly when these recommenda- 
tions are intimately related to negotiations for equip- 
ment and services. □ 
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DISTRIBUTED NETWORK 




(b) 



9. Centralized or decentralized. In centralized network (a), all terminals connect to a host computer, in this case lo- 
cated in Chicago. In decentralized network (b) data processing is done at regional centers in Los Angeles, New York, 
and Chicago; Chicago also serves as the main data center that connects with regional centers for specific data-base 
storage and retrieval. 
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Momentous changes 
lie ahead for almost 
every aspect of 
data communications 
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Gerald Lapidus 
Data Communications 



Xhe next five years certainly will be the most ex- 
citing period so far in the history of data communi- 
cations. It almost goes without saying that data 
communications will continue its rapid expansion 
as a key element in the infrastructure of modern 
business and industry. And the importance of the 
data communications manager likewise will grow. 

More to the point, however, the technology of 
data communications is in for some major 
changes. Together, these changes will have 
profound effects on the practice and the market- 
place of data communications as we know it today. 
Longstanding predictions and promises will be 
manifesting themselves in a very practical fashion. 

Satellites will routinely handle data traffic. All- 
digital terrestrial transmission links offering a wide 
range of services will form a web from one end of 
the country to the other. The value-added network 
will be a viable entity. The already-ubiquitous mi- 
croprocessor will improve almost every hardware 
device employed in data communications net- 
works. And, eventually, optical fibers will carry 
ultra-high-speed data streams over short distances. 

Making predictions is an easy enough pastime. 
But data communications itself is a serious busi- 
ness. Credible predictions are becoming more im- 
portant because large networks can take two to five 
years from initial concept until the last terminal is 
on line. So a degree of confidence in technology 
trends, costs, new services, new network-architec- 
ture concepts, the direction of competitive prod- 
ucts and the like, lends weight to the decision pro- 
cesses of network application and design. 

In researching the information for this report, 
we identified 10 major forces that will be the key 
factors in shaping the growth of data communi- 
cations over the next five years. These influences 
are technology, research, networks, software, satel- 
lites, regulation, terminals, communications pro- 
cessors, multiplexers, and modems. 

Some areas directly interact with others, while 
others are relatively isolated from the rest. Know- 
ing how these areas are likely to be affecte'd re- 
duces the risk of making poor decisions. Here, each 
area is presented individually, to form an indepen- 
dent scene of what and, more importantly, why 
certain activities are likely to take place before the 
end of this decade. In all, then, the individual 
scenes form a tapestry of technology, equipment 
capabilities, carrier offerings, and system architec- 
ture, depicting data communications practices. 
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Technology being paced 
by microprocessors 

Xen years ago developers of integrated circuits 
(ICS), and later of large-scale integration (LSI), were 
prophesying the eventual birth of a computer-on-a- 
chip. Today the microprocessor-on-a-chip repre- 
sents the nearest thing to a fulfillment of the 
prophecy, even though it falls rather short of being 
a complete computer. The latter stage of develop- 
ment comes with the addition of a read-only 
memory to store an instruction set; a read-write 
memory ("main memory") for dynamic storage; 
input/output drivers, and a clock. Only then does 
it merit the term microcomputer. 

Practically speaking, however, "The average mi- 
crocomputer will contain a microprocessor and 1 1 
other parts," says Douglas Powell of Motorola's 
Semiconductor Products division. With a power 
supply, a control panel, a cabinet, and a few other 
items, it is up to a computer in a box, but still 
cheaper than a standard minicomputer. 

Because of its low cost and versatility, the micro- 
processor has become a prime factor in the numer- 
ous changes sweeping data communications. 

The microprocessor is the core of the micro- 
computer. It consists of the arithmetic and logic 
unit to process instructions, general purpose regis- 
ters to temporarily hold data being transferred, an 
accumulator to temporarily store computed results, 
and circuits to control the computer's operation. 

Microprocessors range in cost from less than $30 
for 4-bit units to several hundred dollars for 16-bit 
devices. And although a completely outfitted mi- 
crocomputer might cost $1,000, the addition of in- 
telligence to a terminal which already has, say, a 
power supply, I/O circuits, some memory, a control 
panel, and a cabinet, may not entail much extra 
hardware expense beyond that of the micro- 
processor. Software development, however, can still 
add substantially to the cost of a microprocessor- 
based product. 

But with its low-cost computing power, the mi- 
croprocessor might function as a line interface unit 
to implement a protocol, including a cyclic redun- 
dancy check for error control, and it might also 
perform code conversion and data formating. 
When such a unit is built into a terminal, along 
with a modem-on-a-chip (also related to the micro- 
processor) the terminal is no longer a simple I/O de- 
vice, but a complete remote station. Considering 



that the input and display portions of the terminal 
may cost several thousand dollars, the addition of 
this intelligence will someday involve only hun- 
dreds more. In contrast, the same functions built 
with present-day minis and modems would double 
or triple the terminal price. 

Compact model. The microcomputer, how- 
ever, will not replace the minicomputer except in 
cases where the minicomputer is underutilized. 
Minicomputers offer faster instruction speeds, 
larger instruction sets, and more sophisticated soft- 
ware libraries. And since minicomputers also are 
built with low-cost integrated circuits, some are 
priced at only $1,000 more than microcomputers. 

Therefore, microcomputers are not really a new 
type of equipment, but a more miniaturized and 
less expensive minicomputer. And just as minis 
have not replaced large-scale computers, micro- 
computers will not replace minis. But the low cost 
of microprocessors has added a powerful new tool 
to the hands of the cost-sensitive designer. 

The microprocessor will also foster radical 
changes in modems, which are now generally 
analog devices. An analog modem requires expen- 
sive filtering circuits which may not be readily ad- 
justable for different line speeds. Microprocessors, 
•on the other hand, perform the modulation and 
demodulation function digitally. Analog signals en- 
tering from the line are converted to digital form 
by an analog-to-digital converter. Then the micro- 
processor performs mathematical operations that 
are equivalent to demodulation in an analog 
modem. This prepares the signal for use by the 
data processing system. 

In the modulation mode, signals to be trans- 
mitted from the data-processing system are modu- 
lated mathematically rather than with oscillators 
and filters as in analog modems, and then the sig- 
nals are passed through a digital-to-analog conver- 
ter for transmission by the common carrier. In ad- 
dition to basic modulation and demodulation, the 
microprocessors also can perform line equalization, 
speed changing, and diagnostics. 

Besides lower costs, microprocessors promise to 
improve the error rate for a given signal-to-noise ra- 
tio. This is possible because the accuracy of the dig- 
itized signal (the number of places in the a-to-d 
converter output) can be better than the accuracy 
of analog circuits. Modems specially built with LSI 
circuits will be so small, that 10 to 15 could fit on a 
12-inch by 12-inch printed circuit board. 
Viable alternatives. Several substitutes for 
voice-grade telephone service will be in widespread 
use in the next few years. All-digital terrestrial car- 
riers such as AT&T's Dataphone Digital Service, 
Datran's Datadial and Dataline, and Bell Canada's 
Dataroute— all presently in limited service— provide 
higher data rates and promise fewer errors and 
lower costs than analog lines. 

The cost reductions result primarily from the 
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use of microwave transmission on intercity links 
instead of cables. For at&t and Bell Canada, these 
economies are great because services can be piggy- 
backed onto existing microwave facilities. 

Higher data rates than with voice lines are 
offered because the 3-kHz bandwidth of voice lines 
restrict the practical data rate to 9,600 bits per sec- 
ond for today's modems. However, present micro- 
wave facilities provide the potential for expansion 
to 1.544 megabits per second (T-l carrier), pro- 
vided that wide-band local loops can be made avail- 
able by the common carrier. 

Satellite is another reliable communications me- 
dium which can be cost-effective, but the long 
transmission delays can cause problems. (A sepa- 
rate section on satellite systems appears later 
on page 23. 

In the 1980s a new transmission medium may 
offer much larger bandwidths than cables for data 
communications. Information will be carried by 
modulated light beams down thin pipes called op- 
tical fibers. Fiber optics, as this transmission 
method is called, will initially be used over short 
distances, such as inside or between buildings, but 
eventually they may see service as intercity trunk 
facilities. 

One of the early applications of fiber optics 
could be to carry high-speed data from a roof-top 
receiving antenna to a computer in the building. 
Corning Glass Works is now marketing a 19-strand 
bundle of fiber optics in single pieces as long as 500 
meters (1,640 feet). It uses a light source and 
photodiode detector made by Texas Instruments. 
A link of this type sells for $1,000 for the electron- 
ics package, plus $28.50 per meter and because it 
works on photons, not electrons, optical fibers are 
immune to the electromagnetic noise that plagues 
both copper and microwave links. 

Bell Laboratories has an extensive investigation 
of fiber optics under way. It wants to develop this 
medium for wideband transmission between cities, 
for digital exchange trunk systems, and for inex- 
pensive broadband subscriber loop systems. Bell's 
approach is to use a one-strand optical fiber, mea- 
suring about two thousandths of an inch in diame- 
ter, and a laser light source. Such an arrangement 
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Loss problem in optical fibers is attacked with proper 
geometric design and material selection. 



could carry 4,000 one-way voice circuits, each dig- 
itally modulated to carry data. Meanwhile, West- 
ern Electric is developing production methods for 
fiber optics. ■ 

Security and radio links 
head up research list 

As in any diverse and highly technical field, the 
lines of inquiry into ways of improving data com- 
munications are numerous and wide ranging. 
Among the more prominent areas of research these 
days are those that focus on systems security, al- 
ternatives to telephone lines for packet-switching 
networks, and academic studies of global commu- 
nications problems. 

Thomas N. Pyke Jr. of the Institute for Computer 
Science and Technology, a part of the National Bu- 
reau of Standards (NBS), notes that, "computers in 
the Federal Government are a valuable resource, 
and they must be shared efficiently and in a con- 
trolled manner over networks." 

In this regard, one research project being han- 
dled by Pyke's group concerns the confidentiality 
of personal dossiers filed in computer data bases. 
Just who will have authority to access a data base is 
one thing, says Pyke, and then it's up to the net- 
work itself to make sure that only authorized per- 
sonnel are using it. On a distributed-computer net- 
work, he emphasizes, "privacy becomes 
aggravated." 

Fingerprints, therefore, are being seriously con- 
sidered as a key to personal access, with some kind 
of fingerprint identifying device as part of a termi- 
nal. Other approaches being investigated include 
magnetic-tape cards issued to authorized person- 
nel, or the use of passwords. "Whatever the final 
method for personal identification," concludes 
Pyke, "it will have to be a low-cost device attached 
to a remote terminal." 

Even with personal identification, however, the 
data surely will also undergo encryption to make 
sure information cannot be intercepted or compro- 
mised. An encryption algorithm, which seems to 
satisfy security requirements and has found favor 
with the NBS, has been developed by IBM personnel. 
Its details were published in the Federal Register of 
March 17, 1975. (The Federal Register item also 
states the conditions under which IBM will issue a 
royalty-free license.) The goal of this project is to 
have the algorithm declared a Federal information 
processing standard. 

The encryption algorithm can be implemented 
in hardware, probably as a large-scale integrated cir- 
cuit. Thus it should be small enough and cheap 
enough to fit on every terminal and front-end pro- 
cessor on the network. 

The IBM algorithm requires a 64-bit password for 
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enciphering and deciphering the data. It "is so 
powerful," says Pyke, "that it would take several 
years for a large computer, completely devoted to 
the task, to break the code, and that's for just one 
password combination. Long before then the pass- 
word would have been changed." 

In the commercial research area, two 
noteworthy projects are exploring alternatives to 
telephone lines for packet-switching networks. One 
involves the use of microwave links, the other 
cable TV lines. Further in the future might be the 
sharing of commercial television channels. Data 
will be superimposed either on spare scan lines in a 
television signal or else on the picture portion of 
the signal, but the data will not be visible to view- 
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Thomas N. Pyke, Jr. 

ers of the conventional television broadcast. 

The microwave study is part of a large-scale proj- 
ect being carried out by several companies for the 
Advanced Research Projects Agency of the U.S. De- 
partment of Defense. The goal is a radio network 
that uses digital channels for packet switching. 
Howard Frank, president of Network Analysis 
Corp., says that a radio network will someday be a 
reality. "Five years from now, this approach will be 
the thing people are talking about." 

The microwave system under study is intended 
for localized distribution networks; its wireless, 
mobile terminals will have a range of up to 25 or 30 
miles before needing a relay station or other type of 
collection point. The units will be useful in police 
cars and ambulances, by military troops on the 
move, or general business applications where there 
is no access to telephone lines. Miniature hard- 
copy printers and video readouts for receiving data 
are also being developed. 

Another objective of the project is to make dig- 
ital radio communications more efficient, says 
Frank, whose company is working on the network 
architecture. Other organizations on the project are 
Collins Radio (for initial hardware), Stanford Re- 
search (communications aspects), UCLA (measure- 



ment studies) and Bolt, Beranek &. Newman (com- 
munications software). 

The second project, concerning the use of cable 
TV for local distribution of data, has the benefit of 
cost breaks, says Frank. "The speed capacity is con- 
siderably higher than conventional telephone 
lines. Depending on the modems, a 6-megahertz 
channel can run from the 1-kilobit-per-second to 6- 
megabit-per-second range, or even higher with ex- 
pensive hardware." 

CATV capacity today is far from being filled with 
video broadcasts, so that "the incremental costs of 
providing channels for other uses is relatively mod- 
est," says Frank. 

The problem at present is that CATV has not yet 
arrived in most big cities. When it does, within 
five years or so, it will have a major impact, as the 
bulk of data communications is conducted be- 
tween urban areas. Furthermore, all new CATV sys- 
tems now being installed must be capable, accord- 
ing to an FCC ruling, of two-way transmission. 
Eventually, says Frank, localized CATV systems 
"will be tied together by satellites to provide the 
connection between the local networks and the 
rest of the nation." 

Academic work. Raymond L. Pickholtz, pro- 
fessor of electrical engineering and computer sci- 
ence at George Washington University, observes 
that, "Data communications networks have not 
been amenable to neat synthesis and analysis." 
Nevertheless the academic community, which has 
been criticized for not responding to industry 
needs in computer/communications, can now 
boast of graduate courses and research activities in 
data communications. Besides GWU, some of the 
more active institutions in this field are Massachu- 
setts Institute of Technology, and the University of 
California at Los Angeles. 

At George Washington for example, Pickholtz 
teaches a graduate course in "Data Communi- 
cations Networks" to 20 students who come with 
either a communications or a computer back- 
ground. "Even here, communications people rarely 
speak the same language as computer people," says 
Pickholtz, and to get over that hurdle each of the 
students must complete prerequisite courses like 
queuing theory, information theory, digital coding 
theory, and modulation and demodulation. 

Pickholtz also directs three students doing re- 
search into the development of analytical models 
for such fundamental problems as adaptive rout- 
ing, satellite networks, and line protocols. 

Other areas ripe for academic inquiry are the de- 
velopment of better understanding in multi-user 
types of network, the interconnection of such net- 
works, and the minimization of economic distur- 
bances when interconnected networks react to 
each other. 

Says Pickholtz, universities are getting on the 
"computer/communications bandwagon." More 
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students will come out of school with more formal 
training in data communications and networking, 
and their research projects should soon provide 
succinct and fundamental models for the solutions 
to the "global" problems in networks. ■ 

Networks: future is here, 
but designers waiting 

JVlost attributes of tomorrow's networks are tech- 
nically feasible today. Low-cost intelligence, ef- 
ficient protocols, all-digital carrier facilities, satel- 
lite links, and distributed networking techniques, 
to name a few, are all possible now, but years may 
pass before their powers are harnessed in a con- 
certed fashion, to bring about radical changes. 

The reason is not without a certain irony, as 
James W. McNabb, vice president of teleprocessing 
systems and services at Sanders Associates Inc., ex- 
plains it. McNabb says the designer of data com- 
munications equipment, "has fallen into a candy 
jar. All the things he ever dreamed are happening, 
but what he designed last month is almost obsolete. 
So," he says, "although many companies can al- 
ready build some of these things, they're waiting 
for technology to shake out." 

As examples, he cites the incomplete informa- 
tion on IBM's SDLC implementations and the prob- 
lem of deciding which functions to build into 
hardware and what to do in software. 

"To be perfectly safe, "McNabb says, "you tend 
to allocate most of it in software, so that when you 
obtain the necessary information you can easily 
retrofit it. However, with complete knowledge of 
SDLC, designers might decide to implement it most 
economically in faster hardware. 

"That is what's frustrating most companies," he 
says. "All of us hope that next week, next month, 
or later this year, certain things will be made clear 
so that we can make better decisions." 

The dust is showing some signs of settling. De- 
signers are firming up the architecture for the next 
generation of computer networks. And the trend 
will be for computer networks to reduce reliance 
on large corporate data-processing centers. The 
growth in numbers and computing power of intelli- 
gent terminals will result in more processing lo- 
cally or in regional centers rather than at central 
sites. As a result the data communications facilities 
of organizations will continue to grow because of 
the need for far-flung computers to converse with 
each other when exchanging data and programs, 
and the requirement to maintain orderly traffic 
patterns in the network. 

Making do. This form of interchange suggests 
that communication between local sites might use 
wide-band private-line carrier facilities more heav- 
ily because of the speeds and low error rates 



needed, but just the opposite may be true in cer- 
tain instances. Locations having substantial local 
computing power and storage capacity may not 
produce enough traffic to justify expensive com- 
munications facilities. Lower-cost carrier services 
such as dial-up lines, low-speed private lines, or 
packet-switching services may suffice. 

Of course many tightly-knit networks will un- 
doubtedly require high-speed carrier facilities. But 
the growth of networks will not necessarily engen- 
der more expensive carrier facilities, although the 
number of these facilities will grow with the com- 
plexity of the networks. 

Decentralized computing means that the role of 
the corporate data processing center will become 
more of a centralized data base for a network 
rather than the company's main number-cruncher. 
It is this changing system architecture that is caus- 
ing the data communications function to evolve 
from a cumbersome mainframe add-on to an in- 
tegral busing element in a geographically-spread 
network of computers. 

As envisioned by McNabb, the radical differ- 
ences between advanced network architectures of 
today and those of tomorrow are shown in the dia- 
grams on p 20 and 21 . Of course, systems with ar- 
chitectures very similar to those of today will exist 
in the future. Conversely, some networks already 
are configured much like the one shown for tomor- 
row. What these diagrams illustrate is the general 
shape of present and future systems. 

It is important to bear in mind that not all data 
communications systems will need to be at the 
state-of-the-art level. Some of the most popular data 
communications systems in use today— a few 
simple asynchronous, keyboard terminals con- 
nected to a computer— probably will continue their 
popularity in the foreseeable future because they 
fully satisfy many user needs. (Teletype Corp. has 
goldplated its 500,000th teletypewriter and they're 
still selling). 

LSI a factor. The intelligent terminal of today 
performs routine jobs involving data formating and 
error control, and some also relieve the central 
computer of routine processing tasks. However, the 
LSI revolution is making the addition of intelli- 
gence to terminals and communications processors 
less costly, causing central computing functions to 
migrate to local sites. 

As time goes by the network designer will be 
faced with an increasing number of critical choices 
as to which function to allocate to remote sites and 
which to central computers. In a company with 
scattered manufacturing and warehousing facil- 
ities, for example, each facility may perform all of 
the data processing functions needed to sustain its 
routine daily operations, while files holding busi- 
ness transactions, production rates, inventory in- 
formation, and financial data may be continuously 
updated at central locations. In addition, special 
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processing jobs that unnecessarily load local com- 
puters will be transmitted to the central site's num- 
ber cruncher. Similarly, machines with special ca- 
pabilities, such as scientific computers or 
timesharing systems, will be accessed by other net- 
work nodes, as needed. 

In the distributed network of tomorrow, data 
will flow freely among the nodes, rather than ex- 
clusively between remote sites and the central 
computer. One of these nodes might even be an ex- 
ternal timesharing service. 

The future network will have distributed data 
bases, of which the largest will probably continue 
be that of the headquarters site. The user will ask 
for a block of data by name without having to 
know where the data base is and the system will 
locate and access the site holding that data and 



then process it possibly at yet another site. 

A significant distinction between the distributed 
network and the centralized network will lie in the 
hierarchies of computing power, as indicated by 
the primary and secondary networks in the "to- 
morrow" diagram. The primary network will inter- 
connect the major computing sites, which may cor- 
respond to divisions in a company or regional 
offices. The secondary sites will connect to termi- 
nals located at smaller offices, much like today's re- 
mote sites. 

The communications controller at a remote site, 
in addition to servicing its own peripherals, will 
also manage a secondary network. If a device at an 
end point requests that a specific job be done, the 
nodal processor will route the request along the ap- 
propriate lines after performing whatever portion 
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of the processing job it can handle locally. The sec- 
ondary network may contain a wide variety of ter- 
minals ranging in complexity from teletypewriters 
to large remote job entry systems. As is true today, 
management of large numbers of terminals will re- 
quire the use of cluster controllers or other multi- 
plexing hardware. 

Any carrier. The secondary network may com- 
municate on private, hardwired cable as might be 
the case in an industrial complex, hospital, or uni- 
versity, or else through conventional carrier ser- 
vices. As mentioned earlier, the primary network 
may utilize any type of carrier: private network, 
public switched network, satellite, or a value-added 
network— depending on traffic requirements, relia- 
bility, error rates, and economics. Large primary 
networks with relatively light traffic loads may use 



Tomorrow's distributed networks will have powerful 
local processors and flexible communications. 

message switching computers to minimize the use 
of carrier facilities. 

The "data processing box" at local sites may be 
characterized as a hybrid of today's product cate- 
gories. The terms minicomputer, microcomputer, 
intelligent terminal, and communications control- 
ler cannot accurately describe this box because its 
functions may contain all or some of those 
presently associated with the forms that these prod- 
uct categories have today. 

The transition to a distributed network will not 
necessarily require the user to discard all of his 
present equipment. As is true today, upgrading 
packages consisting of new software and add-on 
hardware modules will be available to add new 
functions. 

The road to such capabilities will be evolu- 
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tionary. Initially the user operating the system will 
have to select his computing resources and data 
bases. But eventually all he will have to do is 
request a particular function and the system will 
automatically allocate the required computing and 
communications facilities based on availability, ca- 
pabilities to perform the function, and economical 
routing. In other words, the network and comput- 
ing resources will become totally transparent to the 
system user. 

Developer decides. Not all networks will be 
fully distributed; many will be hierarchical. The 
approach selected will depend largely on the prefer- 
ences and experience of the equipment manufac- 
turer or systems house that develops the software. 
Of course, the direction taken by IBM will probably 
be the strongest influence on the shape that most 
systems will take, but the computer giant does not 
discuss its plans. 

Nathan Teichholtz, corporate program manager 
for computer networks of Digital Equipment Corp., 
says of IBM: "As far as I can tell, it is still making ev- 
ery effort to support networks with large, central- 
ized 370s, although IBM is moving towards dis- 
tributing application programs and data bases into 
smaller machines. 

"We at DEC can do the same thing with our Dec- 
system 10," he added, "but deep down most of us 
feel that it would be putting all our eggs in one bas- 
ket. If the central system fails, you're in trouble. So 
our approach probably will focus more on distrib- 
uted control." 

One criticism of fully distributed network con- 
trol is that it may require more communications 
overhead costs than hierarchical operation because 
of the frequent need to exchange status informa- 
tion. Teichholtz counters this argument with the 
view that, as channel bandwidths increase, com- 
munications will become less expensive on a per 
bit basis. Also, added economies will result from 
communications processing making line utiliza- 
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tion more efficient. Therefore, the network over- 
head will be easily tolerated. 

"It's like using more memory today," Teichholtz 
observes. "People would rather use more memory 
than spend two months optimizing and coding an 
assembler to save lk of core." ■ 

Software: less 

for user to develop 

Suppliers of data communications systems are 
aiming to reduce the user's software requirements, 
now and in the future, by providing standardized 
program modules and by converting routine soft- 
ware functions, such as protocols, into hardware. 

The circuits are being tailored to specific appli- 
cations with written addresses and other special- 
ized information stored in read-only memories. At 
the same time, efficient operation of the communi- 
cations networks of the future will require that 
software be extremely fast and totally transparent 
to the operator of a terminal. 

Many industry observers see the difference be- 
tween tomorrow's software and today's as analo- 
gous to the difference between virtual memory 
techniques and conventional memory manage- 
ment in data processing. Virtual storage has, of 
course, made routine memory management an 
automated affair, no longer the continuous respon- 
sibility of the programer. 

Recently some communications software pack- 
ages, like Interdata's Telecommunications Access 
Method, have enabled users to address any remote 
terminal in a system as if it were local. The only 
difference for the operator might be in the re- 
sponse time. To obtain such transparent communi- 
cations capabilities, future versions of higher-level 
languages will have to include communications 
subroutines. 

Distributed software. Nathan Teichholtz of 
DEC says that, in a full implementation of the dis- 
tributed-network concept, the operating system 
also will be distributed and there may not be a mas- 
ter controller. Different computers will be con- 
trolled by different versions of the network oper- 
ating system, according to their individual 
capabilities and their functions in the network. 
Each nodal computer will be responsible for its lo- 
cal equipment and for making connections to adja- 
cent nodes. Messages will be passed from one node 
to the next according to routing algorithms devel- 
oped for each site and based on traffic patterns. 

Thus, as in packet switching, a message might be 
routed between one or more intermediate nodes as 
it travels from the source to the destination. 

Teichholtz depicts the following version of the 
way such an operating system will handle user pro- 
grams: "The local compiler will be really smart and 
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say that this kind of a program runs best on a Dec- 
system 10 or else on an ibm 370. Then the program 
will be compiled in that way and routed to the ap- 
propriate computer. And the user may not even be 
aware of whether the program is being processed 
here or there." 

To know more. Most industry observers are sat- 
isfied with the new full-duplex protocols, but they 
would like to know more about IBM's synchronous 
data link control (sdlc). The use of full-duplex car- 
rier facilities, the variety of languages that can be 
supported in the standard format, and the effi- 
ciency gained in permitting a large number of 
unacknowledged characters (although only up to 
seven unacknowledged messages), makes sdlc a vi- 
able protocol for the foreseeable future. In contrast, 
the older binary synchronous communications 
(BSC) is available in several versions and must 
await a positive or negative acknowledgement in 
response to a transmission before another block 
can be sent. 

Jim McNabb of Sanders comments: "It isn't that 
people do not understand SDLC. What isn't clear is 
what they will do with various bits in a frame. Ev- 
erybody knows there are 8-bit flags at the beginning 
and at the end. But ibm can choose to allocate the 
bits in the various fields in special ways and we 
must be able to accommodate them. Also, IBM can 
utilize these bits in one way for a 3270 terminal 
system and still another way for the 3600-type ter- 
minal networks." 

But even the skeptics would be surprised if SDLC 
should be yanked from under them in the near fu- 
ture, says Harold Buchanan, data communications 
product manager of Interdata. Buchanan says, "I 
think IBM has blessed SDLC as their format for years 
to come." He points out that it took SDLC seven 
years to reach the marketplace after the first pro- 
posal was written. IBM certainly will not scuttle this 
investment, says an iBMer close to SDLC. 

Meanwhile, what of the large installed base of 
BSC and other half-duplex systems? The answer 
seems to be that they will be around for many 
years. But Donald J. Alusic, marketing manager for 
dec's Deccomm line believes that completely new 
systems will use the new protocols even if they 
need only half-duplex lines. The reason that de- 
signers of half-duplex systems may opt for under- 
utilized, full-duplex protocols is that the new proto- 
cols will support faster terminals and computer-to- 
computer communications. ■ 

Satellite-technology readied 
for full-scale data use 

Today, some 10 years after launch of the world's 
first commercial communications satellite (Intelsat 
I), the prospect of data communications via satel- 



lite at commercially viable cost has arrived. All in- 
dicators point to satellite transmission of data as 
being quite commonplace in the next five years. 

The pace at which satellite communications ac- 
tually impacts on the data communications field 
depends on two intimately related factors. One is 
the speed with which the satellite common carriers 
invest in the electronics equipment to provide the 
kinds of services— "switched" networks of dedi- 
cated earth stations, for example— that they know 
how to build from a technological viewpoint. The 
other factor is the speed with which users are will- 
ing to submit certain networks to the distressing 
situation of long propagation delay— which, if not 
properly taken into account, can degrade network 
throughput. 

Two ways. Eugene R. Cacciamani of American 
Satellite explains the basic alternatives to accessing 
a satellite. One is through interconnection via 
dedicated terrestrial links between the customer 
site and the carrier's earth station. In this ap- 
proach, says Cacciamani, a satellite could be a 
lower-cost substitute for the all-terrestrial private, 
voice-grade line, thus permitting data traffic at up 
to 9,600 bits per second. Here, the satellite's ultra- 
wideband transponder channel will be divided 
into, say, 1,200 one-way voice channels, in much 
the same way that wideband coaxial-cable and mi- 
crowave links accommodate many voice-grade 
channel customers. 

The alternative is through the dedication of a 
substantial bandwidth for just one user— thus per- 
mitting data rates as high as 1.544 megabits per sec- 
ond, if not higher— with the user owning small 
earth stations located on his own property. This di- 
rect-access approach can be used for fast trans- 
mission of voluminous data, as in facsimile-image, 
or computer-to-computer applications. 

The user must examine particular needs to select 
the appropriate method of accessing the communi- 
cations satellite. However, the obligations of the 
user and those of the carrier are somewhat differ- 
ent in each alternative, for the most part stemming 
from the problem of propagation delay and its im- 
pact on link efficiency (throughput). 

The problem right now is that most terrestrial 
voice-grade networks use a positive-acknowledg- 
ment, stop-and-wait protocol— binary synchronous 
communications (BSC) being the most popular ex- 
ample—to assure that no blocks of data that are in 
error are accepted by the receiving station. Each 
block is transmitted, then the transmitter stops and 
waits for an acknowledgment from the receiver as 
to whether the block has been received correctly. 
The transmission resumes for another block. With 
an 800 millisecond round-trip propagation delay, 
and depending on the error rate on the link, the ac- 
tual usable data getting through can drop to a small 
percentage of the nominal bit rate. 

The satellite carrier has ways of minimizing the 
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error rate of its link. One is to employ the highest 
practical transmitting power and the largest prac- 
tical antennas at the earth station. Redundant cod- 
ing of the data going over the link, through a tech- 
nique known as forward error correction, is 
another way of reducing the error rate. (While at 
first it may appear that redundant coding actually 
reduces net data throughput, there is a positive 
tradeoff in power, antenna size, and available band- 
width, so that coding actually benefits the situ- 
ation, says Cacciamani.) 

Negotiation. When a user opts for the direct ac- 
cess to a satellite channel through his own "roof- 
top" antennas and earth stations, he will be leasing 
all facilities from the satellite carrier, or a channel 
from someone else. In either case, the user is ob- 
taining "plant" from his vendors. What he wants 
to accomplish will be a matter of system specifica- 
tions and negotiation with the relevant vendors. 
The matter of error control is an illustration. 

For some applications, such as facsimile trans- 
mission of newspaper pages, no error control may 
be needed because an average error rate of one bit 
for every 100 million bits transmitted, which 
satellite carriers are quoting, might be of little con- 
sequence to how the finished page looks. But when 
error control is needed, a systems solution becomes 
mandatory. 

However, when a user accesses a satellite via a 
terrestrial link, which most users will do in the 
near term, the problem of error control falls into 
his lap, because only the user can do anything 
about end-to-end error control. For one thing, the 
user, not the carrier, determines the line protocol. 
And, while errors originate in the links supplied by 
the various interconnected carriers in the link, the 
control of errors occurs at one or more places in 
the user's network. 

In particular, interconnecting to a satellite 
means the use of short local loops to the in-town 
interconnection point of a terrestrial carrier, who 

Direct satellite access will require user to lease facil- 
ities directly or indirectly from carrier. 
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then has a microwave link from his in-town office 
to the "far-out" site of the satellite carrier's earth 
station. In such a situation, the average error rate 
that customarily occurs on the short local loops 
will be about one bit in error for every hundred 
thousand bits transmitted (10~ 5 ). 

As mentioned, for such a situation the conven- 
tional means of error control, through a positive ac- 
knowledgment protocol, will become quite 
inefficient when burdened with both the 10~ 5 er- 
ror environment of the local loops and the propaga- 
tion delay of the satellite link. 

The newer data link controls, or line protocols, 
are likely to resolve this problem. A line protocol 
does not require a halt to forward transmission 
while it waits for a block-acknowledgment signal 
from a receiving station. IBM's synchronous data 
link control (SDLC) and Digital Equipment Corp.'s 
digital data communications message protocol 
(ddcmp) are two such line protocols. But as far as is 
known, they have not yet been tried on satellite 
data links. 

Another alternative for improving throughput 
efficiency on satellite links is a modification of the 
popular request-for-repeat protocol. In general, this 
approach calls for the continuous transmission of 
blocks and for an acknowledgment to be returned 
to the sending station only when a block has been 
received in error. 

One continuous version, which has been con- 
verted to hardware by Codex under a contract 
from Comsat, is called the selective repeat method. 
Here, the transmitter sends blocks of data (with 
identification numbers) continuously to the re- 
ceiver. As long as the receiver receives "good" 
blocks, the transmission continues without inter- 
ruption. 

Suppose the transmitter sends blocks 0, 1,2, and 
3 in good condition, but block 4 is in error. Then 
the receiver returns an error signal to the trans- 
mitter, and during the propagation interval of the 
returning error signal the transmitter continues to 
send blocks 5, 6, and 7. The instant the transmitter 
is advised that block 4 was in error, it retrieves 
block 4 from its buffer and retransmits it to the re- 
ceiver. In the meanwhile, the receiver has retained 
blocks 5, 6, and 7 in its buffer. When block 4 ar- 
rives (and is good) it is placed ahead of blocks 5, 6, 
and 7. And continuous transmission resumes. 

Bench tests at Codex on a simulated satellite link 
have demonstrated that transmission efficiency re- 
mains fairly high, despite high error rate, even un- 
der conditions that would have driven the cus- 
tomary stop-and-wait method to zero throughput. 

Present plans include testing the Codex selective- 
repeat hardware on an actual satellite link, prob- 
ably in conjunction with American Satellite Corp. 
The equipment, which is now being test-marketed, 
is fairly expensive, perhaps about $10,000 at each 
end of the link. What happens next depends on 
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whether new protocols will obviate the need for 
such hardware, whether the user would be willing 
to pay the price for hardware, and whether the sat- 
ellite carriers themselves would install the select- 
ive-repeat hardware as part of their plant and pro- 
vide its functions as part of a private line service. 
Dedicated stations. In an area of major sig- 
nificance, small earth stations are feasible now and 
will go down in cost as their usage increases. Esti- 
mates on the cost of a 15-foot-diameter-antenna 
earth station range from $60,000 to $150,000. The 
reason for the difference is the varying sophis- 
tication of the communications electronics. 

A high dispersion of private earth stations holds 
out the prospect for "broadcast" services— for ex- 
ample, to simultaneously update widely scattered 
data bases or to down-load programs. 

Jerome G. Lucas, of Comsat Laboratories, says 
that, "For a small number of earth stations the 
monthly cost of service is determined primarily by 
the amortized cost of the satellite and its launching 
expense. [Satellites are good for about seven years ] 
As the number of earth stations increases the 
monthly cost approaches that of the earth station 
itself." He predicts that by 1980 not only will there 
be integrated data, digitized voice, and facsimile 
services but also innovative tariffs for weekend and 
night high-speed data, and charges by the minute 
or by burst of data. 

There's also a strong prospect for a "switched 
data network in the sky." As more and more trans- 
mit/receive earth stations are installed on cus- 
tomer premises, then demand will grow for a satel- 
lite carrier to provide a way for any such earth 
station to connect with any other station. The key 
word here is "connectivity." The more connectiv- 
ity, the greater the access capability and the better 
will satellites serve the nation. One way connectiv- 
ity will come about is through a technique known 
as time-division multiple access (tdma), in which 



two stations will be connected through an assigned 
time window in the wideband channel. In this 
way, one satellite data system will be readily avail- 
able to a multitude of users. 

What will probably not happen, at least in the 
near future, will be the ability of a user to make a 
data call via direct distance dialling (ddd) and a 
satellite hop for the long-distance portion of the 
call. Robert L. Wagner, executive director of the 
data communications division of Bell Laboratories, 
says, "Private-line data communications over satel- 
lite is controllable because you know where you're 
at, but a DDD/satellite channel is another matter." 

When AT&T's satellite becomes operational, the 
network itself will determine the routing of any 
given call— whether it will go totally over terrestrial 
links or partially over satellite. This arrangement 
will be all right for voice, but, again, the propaga- 
tion delay could raise havoc with a data call that 
needs error control. While it is technically feasible 
to alert the network as to whether a particular call 
should be allowed on the satellite, there would be a 
cost for disallowing access and that extra cost 
might not be palatable. 

Wagner says the common carrier must bear the 
burden on ddd service. "Obviously, then, the thing 
to do is keep DDD data calls on the ground. It's the 
most desirable thing for the user so he doesn't suf- 
fer lack of throughput." ■ 

Beleaguered FCC 
poises for progress 

Xhe present Federal Communications Commis- 
sion has been accused of "being the weakest yet," 
of "being unwilling to do its homework" when 
faced with complex issues, and remiss in its own 
organizational management, particularly with re- 
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gard to attracting qualified staff people and assur- 
ing orderly promotions and transfers. Furthermore, 
the Commission appears to be more reactive than 
active in facing issues. 

True or not, these criticisms do not obscure the 
fact that the fcc stands as perhaps the most impor- 
tant single force shaping the destiny of data com- 
munications practice. The Commission remains 
involved in several as-yet-unresolved activities, 
among them the two-tier Dataphone digital service 
rate situation, the inquiry into resale and sharing, 
AT&T's request for higher rates for interstate ser- 
vices, and the proposed IBM venture into satellite 
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communications. These and other issues will af- 
fect the kinds of services that communications 
users will be able to obtain, and the prices charged. 

Certain defenses can be raised about the Com- 
mission's performance, most of them based on the 
fact that the FCC has been understaffed and under- 
budgeted, and that it faces an ever-increasing bur- 
den of new and complex issues. 

Commission Chairman Richard E. Wiley asserts 
that the FCC has started to take positive steps to 
form policy that will meet the country's future 
needs in telecommunications. Among other 
things, says Wiley, the Commission has created a 
new office to manage research into policy and 
plans; it has given this office $750,000 for outside 
research into telecommunication's policy, some of 
which will be disbursed to the academic commu- 
nity. 

What kind of research? For one thing, Wiley seeks 
information on which to base policy about this 
country's official posture toward international 
common carriers. 

Looking ahead. In general, Wiley claims the 
FCC is starting to anticipate more and will be able to 
render decisions faster than before. 

Bernard Strassburg, retired chief of the FCC's 
Common Carrier bureau and now a consultant in 
Washington, also expects changes in the regulatory 



situations. "Consumers are finding fault with the 
system," he says, and he anticipates more public 
participation in regulatory affairs. 

Legislation is again pending in Congress to create 
a consumer advocate, who would likely intervene 
in regulatory matters in behalf of consumers. As 
the consumer becomes more conscious of the regu- 
latory scene, the whole question of regulatory ad- 
ministration itself may be open to challenge. "The 
regulatory official is veritably untouchable," says 
Strassburg. But the consumer, both individual and 
corporate, may insist on a briefer term and liability 
for removal for lack of performance. 
Independents fight. Almost unnoticed by the 
typical data communications user but active on 
the regulatory scene is the Independent Data Com- 
munications Manufacturers Association 
(IDCMA). According to IDCMA counsel Herbert E. 
Marks, "IDCMA takes positions before government 
agencies to assure policies that preserve, create, and 
encourage effective competition in the data com- 
munications marketplace." 

These activities are, of course, basically in behalf 
of iDCMA's nine company members whose arch- 
rival is at&t and its operating companies. "We are 
convinced," says Marks, "that competition means 
better and cheaper equipment and services, and if 
the public is convinced that competition is good, 
then idcma is also serving the public interest 
through its regulatory activities." 

Among the issues idcma is currently fighting be- 
fore the FCC is the disparity in rates and connec- 
tion requirements between intrastate and inter- 
state lines supplied to "other common carriers" 
interconnecting to Bell lines; the modem rate case, 
in which idcma believes that Bell's modem prices 
should be based on fully allocated costs,- and Bell's 
"no-mix" rule on the use of "independent maker" 
modems on Dataphone digital service (DDS) links. ■ 



Terminals to steal 
more host functions 

Technology's latest nostrum for low-cost problem 
solving, the microprocessor, promises to make the 
cost of adding intelligence to terminals so low that 
terminals sold in the future will almost always be 
intelligent. 

But don't expect price reductions for intelligent 
terminals very soon. To cover the heavy software 
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development in designing microprocessors into sys- 
tems, manufacturers look to hold the line on prices 
and try instead to provide more computing power 
for the dollar. 

Availability of this intelligence will result in ter- 
minals taking on more data processing and com- 
munications functions. Simple data analysis, edit- 
ing, formating, sorting, encryption, and error 
control, all may be built into the terminal of the 
near future. 

"I see both batch and on-line editing functions 
being pulled out of the host computer," says Don- 
ald J. Alusic, marketing manager for the Deccomm 
product line of Digital Equipment Corp. "Minis or 
intelligent terminals at local sites will perform data 
preparation, entry, and validation. The host in 
turn will be optimized more towards handling 
block messages rather than being a character-at-a- 
time 'plunker.' " As a result, terminal makers will 
be selling more complete processing systems for lo- 
cal computing sites. 

Competition. Not all terminal makers see 
themselves in this role. But those who are spread- 
ing out in this way may be embarking on a colli- 
sion course with the minicomputer makers who 
have also opted to take the "total solution" ap- 
proach to selling combined data processing and 
communications functions. With the mini- 
computer mainframe being threatened by the rap- 
idly escalating capabilities of microcomputers, and 
with terminal makers able to add processing power 
at low cost, the total-solution market may soon be 
up for grabs. 

The microprocessor also will add flexibility to 
terminals— a benefit to manufacturers and users 
alike. A common complaint among users has con- 
cerned the necessity to adjust their operations to 
fit standard terminal functions. 

"Although there is a great degree of product stan- 
dardization in this market, there is an awful lot of 
variability in what the user wants," notes Ron Mo- 
yer, president of Digi-Log Systems Inc. But the cost 
of customizing keyboards, software, interfaces, and 
display formats often has been a stumbling block. 
Before long, however, it may not be necessary to 
buy a standard terminal box like a model T Ford. 
Instead, the user will configure his terminal from a 
catalog of standard functions, much the way to- 
day's car buyer orders the body, decor, engine, 
transmission, and accessories. 

Each optional function will be provided by an LSI 
chip or circuit board, or by a microprocessor with a 
read-only memory specially programed for the 
function. Economy will often dictate that several 
functions be combined in one of these types of 
hardware. But the variety of mix-and-match combi- 
nations will be much greater. "We see ourselves as 
doing more of the programing work, making the 
user a true user," says Richard Gorton, director of 
marketing support for Sanders Data Systems. 



Moyer asserts that the true potential of the mi- 
croprocessor is only beginning to unfold. "We are 
just now scratching the surface on how intelligence 
can be used in a terminal. The obvious way to start 
is to replace hardwired functions. But after that 
who knows?" 

Whither CRTs? Recently-introduced large 
plasma displays already are cost competitive with 
graphic CRTs, but whether their prices will even- 
tually be competitive with alphanumeric tubes is 
an open question, according to terminal builders. 
Some believe it is only a matter of time. 

The advantages of plasma displays are flicker- 
free operation, selective erasure, translucent 
screens permitting low-cost rear-projected overlays, 
and compact size. The latter attribute makes 
plasma devices especially attractive for use with 
portable terminals. 

Keyboards will have increasingly customized key 
functions and layouts. Programable look-up tables 
for customizing key functions are on the market. ■ 



Communications processors 
to take many shapes 

Today's building blocks of communications pro- 
cessors—minicomputers—may not be the sole basis 
for these units in the future. One reason is that the 
computing resources of tomorrow's processors will 
vary from a microprocessor embedded in other 
data communications hardware to a sizeable com- 
puter that also functions as a local host processor 
in a distributed network. Another reason is that 
conversion of standard, repetitive communications 
software into hardwired LSI chips and programed 
microprocessors will significantly change the pro- 
cessor's architecture. 

Computer manufacturers who offer large soft- 
ware libraries also look forward to the next gener- 
ation of communications processors in the hope 
that they may not have to support these functions 
in their general-purpose product lines, thereby re- 
moving a major component of software costs. 

dec's Nathan Teichholtz explains that, "Trying 
to provide network and communications support 
in a variety of operating systems for each computer 
family is becoming unwieldy. We have about 10 
major operating systems for PDP-8s, lis, and Dec- 
system 10s. Trying to provide comprehensive net- 
work and communications for each one of them is 
very expensive." 

He adds, "We are looking at new kinds of com- 
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munications processor architecture, which might 
be microprocessor-based. Then, instead of support- 
ing N different types of terminals with M different 
types of processor operating systems, requiring N 
times M combinations, we could use a single com- 
munications-processor operating system and only 
worry about supporting N-type terminals. Another 
benefit is that the host will have to contend only 
with a single-type communications interface." 

The evolution of the communications processor 
will be somewhat like that of the uart (universal 
asynchronous receiver-transmitter) over the past 
few years. 

"Years ago," says Teichholtz, "we used a whole 
PDP-8 just to monitor a serial line and do character 
assembly and disassembly. Today instead of being 
a huge program that nobody can understand, the 
UART is a single chip. 

"We're gradually moving all the things that used 
to be communications programs into hardware. 
And the user will do little or no programing of 
standard communications functions. Instead he 
will be concerned more with interfaces to the user 
program, resource sharing, and accessing files." 

Harold Buchanan of Interdata takes a somewhat 
different view, at least for the near future. Bu- 
chanan does not foresee microprocessors having 
enough computing power to replace minis. Instead 
microprocessors will operate in conjunction with 
communications processors as they become in- 
creasingly burdened with data-processing tasks. 
This trend will parallel the early development of 
data communications in which processors were in 
the form of separate boxes to relieve the main com- 
puter of the communications load. ■ 



'Muxing' faces bigger role 
in data transmission 

Time-division multiplexing will be another bene- 
ficiary of the proliferation of new digital trans- 
mission networks from AT&T and Datran. And 
more TDMs will contain "intelligence"— either as a 
minicomputer or microcomputer— to provide error 
control and dynamic channel allocation to make 
the most efficient use of available bandwith of the 
long-haul line. By 1980 it's estimated that 40% of 
the TDMs sold will feature dynamic channel alloca- 
tion. Also by 1980, TDMs will be smaller in terms of 
the number (up to 10) of asynchronous input 
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Multiplexers will obsolete many multipoint systems 
because of the economies of single, wideband lines. 

channels they can support. Furthermore, mul- 
tipoint-circuit architecture will gradually fall into 
disfavor and be replaced by point-to-point links. 

Time-division multiplexing takes several low- 
speed signals and merges them into one higher 
speed signal for long-haul transmission, thereby 
taking advantage of the lower cost-per-bit of high- 
speed lines. AT&T's new Dataphone digital service 
(DDS), with its substantially lower cost for long- 
haul lines than present voice-grade circuits, will 
make multiplexing more economical and therefore 
more extensive. 

M. Lloyd Bond, vice president for marketing of 
Timeplex, described the economies in this man- 
ner: To multiplex at 9,600 b/s on a voice-grade line 
costs about $5,000 for the multiplexer and $20,000 
for two modems. On DDS, the same speed can be 
obtained with the same $5,000 for the multiplexer, 
but about $1,500 for the DDS digital service units 
that play the same role as modems. 

A. Brooks Carll, marketing manager of Infotron 
Systems, says the tdms built for DDS will be much 
less expensive because DDS operates with universal, 
synchronous clocking. In tdms built for analog 
lines, a considerable amount of expensive circuitry 
is devoted to adaptive digital logic to accommodate 
speed variations on both sides of the TDM and to 
perform digital sampling fast enough to distinguish 
data from spurious noise. With the tighter clocking 
tolerances available on DDS, these circuits may be 
greatly simplified. 

With these TDM cost reductions and the conver- 
sion from asynchronous to synchronous channels, 
the end-to-end cost of operating a typical data com- 
munications system will be cut almost in half. Fur- 
ther, the real cost of the TDM itself may go down 
by 50% in the next five years. 
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Point-to-point. Because dds will make multi- 
plexing more attractive, there will be a tendency 
away from multipoint links and toward small clus- 
ters of terminals, each terminal feeding into the 
multiplexer on a point-to-point basis. The clustered 
point-to-point arrangement eliminates the polling 
delays and overhead addressing characters that go 
with multipoint links. Also, because of the benefits 
of clustering, there will be more terminal-cluster 
nodes in a network, with each TDM handling fewer 
input lines. 

The two common ways to perform line concen- 
tration now are the conventional time-division 
multiplexer and the remote data concentrator. 
Then there's the "smart mux." Charles P. Johnson 
of General DataComm Industries says flatly that, 
"Smart muxing is better than dumb muxing, and 
any [vendor] company not moving into smart 
muxing is foolish." 

Some vendors, such as Digital Communications 
Associates and Timeplex, favor an error-control 
mechanism in the smart mux, an important func- 
tion not available in conventional multiplexers. 
However, Johnson feels the improved error rates 
available on digital transmission systems, or on 
voice-grade links with suitable error-resistant mod- 
ems, will make the question of error control in 
tdms an academic issue. A better approach, he be- 
lieves, is to put error control at the ends of the 
links— just in those terminals and for those appli- 
cations that mandate error-free data. ■ 

Speed not everything 
in future modems 

Notwithstanding the predicted upswing in all-dig- 
ital transmission systems from AT&T and Datran, 
analog links will not disappear, nor will the voice- 
grade modems associated with them. In fact, more 
voice-grade modems will be sold in 1980 (374,000 
units, total) than in 1975 (280,000 units). But dif- 
ferent modems will be affected in different ways. 
Sales of modems operating at 2,000, 3,600, and 
7,200 b/s will dwindle to a trickle as terminal and 
multiplexer manufacturers stop producing equip- 
ment requiring these bit rates. 

Meanwhile, long-held opinions that all users will 
opt for higher-speed equipment as they become 
cost effective are contradicted by the finding that 
more modems operating at less than 1,200 b/s will 
be sold in 1980 than any other speed. This supports 
the predictions that more "little users" will start to 
benefit from data communications through the use 
of low-speed administrative-traffic terminals, and 
that the sales of inquiry/response terminals will re- 
main high through 1980. Here, the point is that 
some modems don't really need to be any faster 
than a person's typing speed. 



The modems expected to enjoy the healthiest 
growth in sales are those operating at 1,800, 2,400, 
and 4,800 b/s. The upswing here will occur for two 
reasons. One is the increase in the number of ter- 
minals requiring these speeds. The other is that re- 
duced costs of long-haul links will encourage the 
use of more multiplexers serving smaller geographi- 
cal areas and fewer terminals, which can therefore 
operate at lower trunk speeds. 

Sales of 9,600-b/s modems, the fastest now avail- 
able for operation on a private voice-grade line, will 
remain fairly steady through the years to 1980. 

Sang Youn Whang, senior vice president and 
technical director of the International Communi- 
cations Corp., agrees that the 9,600-b/s modem will 
continue to be popular despite the spread of AT&T's 
Dataphone digital service (dds) and Datran's dig- 
ital network. "Otherwise," he says, "why would 
AT&T invest in the development and production of 
its type 209 [9,600-b/s] modem, knowing that DDS 
would provide services that, in effect, would com- 
pete with 9,600-b/s analog links? Why would they 
introduce Dl -conditioning on private voice-grade 
lines for these modems if they expected DDS to re- 
place such analog links?" Whang, in fact, expects 
DDS to open up the market for modems, including 
9,600-b/s and lesser speeds, for linking multiplexers 
and terminals by way of analog links to DDS hub 
and end offices. 

Not compatible. Whang believes that no com- 
pany will venture into the development of a 
14,400-b/s modem for use on private voice-grade 
lines. Technically, says Whang, such a modem 
could be developed, but it would be electronically 
complex and expensive, and probably would not 
perform too well, "considering the quality of the 
phone lines— even with Dl conditioning." 

Furthermore, a 14,400-b/s speed is not compat- 
ible with the digital-channel offerings on DDS, and 
so there would be no market for these modems on 
DDS off-net analog links to distant terminals. 

Robert L. Wagner, executive director of the Bell 
Labs' data communications division, agrees on the 
fate of 14,400 b/s modems. He says the cost of go- 
ing to a higher-speed modem becomes prohibitive. 
"At 9,600 bits per second, the law of diminishing 
returns is operating on voice-grade channels," he 
says. Furthermore, such a modem would require a 
super-powerful automatic equalizer whose retrain- 
ing time would be excessive and adversely affect 
the link's error performance, particularly if the 
link were carrying multiplexed data. In the latter 
case, each subchannel would suffer errors. 

All this is not to say that modem developments 
will lag during the next five years. Far from it. On 
the one hand, users can expect modem vendors to 
exploit the large-scale digital integrated circuit in 
the form of the microprocessor, and, cm the other 
hand, to apply to lower-speed modems those modu- 
lation/demodulation schemes normally associated 
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with higher-speed units. Digital rather than analog 
circuits will also provide better noise immunity, 
smaller size, and no field adjustments. 

Bill Myers, marketing vice president of Penril 
Data Communications, anticipates more functions 
to become available in modems without an in- 
crease in price, because of the microprocessor. For 
one thing, a programed microprocessor will provide 
continuous fault monitoring and isolation— and 
automatic warning— in a troubled modem. For an- 
other thing, the microprocessor will also be used to 
control the modem's modulation and demodula- 
tion and to perform automatic equalization. 

Such a design approach will make it easier and 
cheaper for a vendor to develop one basic modem 
package and then add a specifically programed 
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read-only memory to accomplish the unique func- 
tion required by a customer. 

The president of General DataComm Industries, 
Charles P. Johnson, has examined the technical 
and economic aspects of AT&T's Dataphone digital 
service to determine marketing opportunities for 
"independent" (non-Bell) companies such as his. 
To Johnson, DDS signals the beginning of real 
change in the way data communications will be 
carried out. dds means low-cost intercity commu- 
nications, he says, and this situation will reduce 
the cost of end-to-end transmissions, increase de- 
mand for data communications, and spur innova- 
tion. Furthermore, as digital transmission starts to 
dominate, then digitized-voice communications 
will piggyback on the digital links. 
Can compete. Depending on speed of service, 
DDS will serve customers within a distance of up to 
eight miles from a hub or end office. Analog links 
will be required outside this "circle of service". 
But, says Johnson, speeds of 2,400 bits per second 
or less will remain analog because of the $ 1,400 per- 
link investment (independent of speed) required 
by the phone company for its DDS signaling units. 
This means that a full-duplex 2,400-b/s modem 



that sells for $680 or less would allow analog links 
to challenge DDS on economic grounds. 

Johnson appears confident that electronics tech- 
nology and improved modulation schemes will per- 
mit such a modem to be developed in the next few 
years. And he foresees a 300-b/s modem operating 
in a full-duplex mode on a single pair of copper 
wires that will sell for about $200. 

On the other hand, DDS operates full duplex on 
four-wire circuits. Johnson says the telephone com- 
pany spends $150 a mile to install one pair of cop- 
per wires. In all, he says the telephone companies 
will have to invest about $15 billion for copper cir- 
cuits to service DDS customers— and copper is 
scarce. That's why he believes that modems will 
have to be designed to operate full duplex op two 
wires. In this light, he fully expects that 9,600-b/s 
full-duplex modems operating on a pair of wires 
will be available in five years for about $1,000 each. 

If all this comes about, then full-duplex, 9,600- 
b/s transmission on the dial-up network with one 
phone connection becomes feasible. 

Implicit in Johnson's cost predictions for future 
modems is that these modems will serve on rela- 
tively short hauls, with intercity DDS links provid- 
ing the long-haul requirements. The governing 
principle of short distances regarding modems is 
that the shorter the line, the less the impact of line 
impairments and the fewer causes for data errors. 
Therefore on a dollar-for-dollar basis, instead of the 
modem's sophisticated electronic circuits having 
to "fight" the effects of excessive line impairments, 
the electronics can be used to perform more ad- 
vanced filtering and modulation/demodulation. 

Most modems makers agree that the emphasis 
will be on making modems more functional and 
less costly rather than on increasing bit rates. Ray 
Mazurek, director of research for Tele-dynamics, 
ventures the following predictions on modem 
prices: In the next two years, the cost of 4,800-b/s 
modems will be halved, but it will take a little 
longer before the 9,600-b/s modem price is cut in 
half. Medium-speed modems— 1,200- and 2,400- 
b/s— will drop about 10% a year for the next few 
years, and low-speed modems will probably drop in 
price only slightly. 

Acknowledging the presence of 56 kilobit-per 
second speed on digital transmission networks and 
the development of time-division multiplexers hav- 
ing trunk speeds of 56 kb/s, Maruzek predicts that 
suitable modems for this service will go for about 
$10,000 to $15,000 each, or about what a 9,600-b/s 
modem costs now. ■ 
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The broad array 
of data terminals 
for communications 



From the supermarket of data 
terminals, the user selects those 
programable and nonprogramable 
functions that can best match 
specific requirements of different 
types of business applications 

Roy M. Salzman 

Arthur D. Little Inc. 
Cambridge, Mass. 



Because the remote data terminal is the only device in a 
data-communications system that interfaces directly 
with business activity, it must be subject to several lev- 
els of critical evaluation. Management must be certain 
that terminals satisfy functional requirements within a 
prescribed cost. Operators must find them acceptable in 
the work environment. And system planners must be 
sure the terminals are technically compatible with the 
rest of the system. 

Fortunately, the user today can select from many dif- 
ferent kinds of terminals. They range from simple, low- 
cost keyboard/printers— basically Teletype machines 
and their emulators— to rather sophisticated, high-speed 
communications terminals, which can also serve as 
stand-alone data processors. This variety is due to re- 
cent rapid advances in terminal design, the most signifi- 
cant of which is the addition of programable electronics 
to the terminal. 

Programability makes a general-purpose terminal 
suitable for tailoring to many different business appli- 
cations. It enables the terminal to take over certain data 
manipulations, and so both reduce the amount of data 
sent over the communications lines and relieve the cen- 
tral computer of some jobs unrelated to its basic work of 
data processing. That is, when needed in a given situ- 
ation, programability enhances terminal performance in 
the business environment and alleviates substantial 
communications and computer losses. 

Business requirements dictate the nature and form of 
the information to be sent to the computer, the urgency 
with which this information must be processed, and the 
nature and form of the processed information delivered 
back to the sending site. Therefore, the first thing to 
consider when selecting a remote data terminal is the 
input/output data requirement of the business appli- 
cation. This will take any of four forms: 

■ Enter transaction-oriented data. 

■ Enter batch data. 

■ Output batch data. 

■ Retrieve— or ask for— information from a data base. 

Input/output classifications 

In transaction-oriented data entry, data is keyed in at 
the place where the transaction occurs, and goes at once 
to the host computer to update the data base. For ex- 
ample, an operator at a remote branch warehouse 
might key in data describing a shipment and so update 
the central inventory-control data base immediately. 
(Sometimes, though, data from several transactions may 
be briefly stored in the computer mass memory and 
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then processed in small batches.) Terminals suited for 
transaction-oriented inputs resemble those used in "in- 
teractive" or "conversational" applications, in which the 
operator engages in a dialog with the computer or with 
an operator at another terminal. 

Being dependent on the operator's peak keying rate, 
idle time, and other performance factors, data enters 
the transaction terminal relatively slowly, and cannot 
leave it any faster. Consequently, transaction-oriented 
functions employ terminals that can be classified as 
having slow input and slow output. 

In batch-data entry, a large quantity of data is gradu- 
ally accumulated on magnetic tape or some other ma- 
chine-readable medium, and later sent to the host com- 
puter as one long message. The accumulated data, 
usually in fixed record lengths, could represent eight 
hours of local business operations, while the total batch 
may take perhaps 10 minutes to transmit. This type of 
terminal may therefore be classified as slow input/fast 
output. 

In batch-data output the host computer quickly trans- 
mits a quantity of data to the local site, where it is re- 
corded as fast as possible on punched cards, magnetic- 
tape, disk packs, or— most commonly— paper. A high- 
speed line-printer terminal, for example, could print out 
invoices generated by the computer and based on batch 
data that had been entered earlier. For this type of ap- 
plication, the terminal would be classified as fast in- 
put/fast output. 

Data-base inquiry is simply the retrieval of a fairly 
small amount of information from a centrally situated 
data base for display at the local site. The classic ex- 
ample is an airlines reservation system. Here, the termi- 
nal has a keyboard for requesting specific flight data 
and a cathode ray tube (CRT) screen for displaying the 
answers. Often data-base inquiry requires a hard copy— 
for example, a completely filled-in airline ticket, which 



is produced by a teleprinter. The inquiry function has 
much in common with the transaction function. 

To satisfy one or more of these basic data in- 
put/output requirements, manufacturers have devel- 
oped several classes of terminals. Besides the key- 
board/printers (or teletypewriters), alphanumeric CRT 
displays, and remote batch terminals already men- 
tioned, they include such special units as point-of-sale 
and bank-teller terminals. 

More distinctions 

Terminals with a slow, manual input generally fall 
into the asynchronous class. They have a keyboard, 
much like that of a conventional typewriter, and gener- 
ate a coded character each time the operator strikes a 
key. Therefore their output is normally asynchronous, 
in that it depends not on a fixed time base, but on the 
unrhythmical performance of the operator. Asynchro- 
nous terminals frame each character with a start bit and 
a stop bit to enable the receiving terminal (often a com- 
puter) to know when another coded character has been 
transmitted and is to be detected. 

Machine-input terminals, and manual-input batch 
terminals that accumulate slow input data, generally 
deliver output data at a fast rate to the line, and use 
synchronous transmission. In synchronous transmission, 
long data blocks made up of a string of character codes, 
are transmitted, with each block— rather than each char- 
acter—framed by a special synchronizing code. 

Finally, remote data terminals can also be cate- 
gorized as senders, receivers, and sender/ receivers. 
Each has a controller and a buffer memory. The sender 
has a data input mechanism, most commonly a key- 
board, while the receiver has a data output mechanism, 
most commonly either a character or line printer or a 
CRT display. The printer, of course, supplies hard, or 
permanent, copy, while the CRT displays the message 
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temporarily. The sender/ receiver consolidates the 
send/receive functions into one physical device as. for 
example, in a keyboard/printer terminal. 

The buffer found in an electronic terminal is a 
memory that can store enough bits to represent at least 
one character. Larger buffers store a word, a line, or 
even a whole message. With the development of inte- 
grated-circuit memories and their high-volume produc- 
tion, buffering cost has come down, so terminal makers 
can afford to install more internal buffering in their ter- 
minals. External buffers, too. like a disk pack, may be 
used to enhance a terminal's versatility. 

Basic tasks 

The controller is a logic device— it directs all the tasks 
that the terminal must perform to convert, say. a key- 
stroke into a sequence of bits for transmission on the 
communications link. Depending on the particular ter- 
minal, the controller may be hard-wired and thus have 
been fixed; in its functions when the terminal was de- 
signed, or it may be programable so that its functions 
and tasks can.be suited to a particular application. 

Whether hard-wired or programable, the terminal's 
controller must perform several basic operations. One 
of its simpler tasks is to handle the few signals that gov- 
ern the input or output device. Here, the controller 
sends or receives signals to start up or shut down such 
devices as keyboards, card readers, CRT screens, charac- 
ter and line printers, magnetic-tape drives, magnetic 
cassettes, and punched-paper-tape drives. A control sig- 
nal also initiates translation of data from human-read- 
able form to machine-readable form, and vice versa. 

As for buffers, the controller in a sender fills this 
memory with bits f rom the input device and then 
empties it bit by bit in proper sequence onto a commu- 
nications line. The reverse occurs, of course, when the 
terminal is a receiver. Buffer control may be quite com- 
plex, as when the controller simultaneously manages 
separate buffers for send and receive functions in the 
same terminal, or when the terminal employs double 
buffering to improve terminal speed. (In double buffer- 
ing, one buffer is being filled while the other is being 
emptied; then the buffers reverse roles, and so on.) Con- 
trol of simultaneous and double buffers, while complex, 
is a relatively fixed function and well within the capabil- 
ity of hard-wired logic. 

A third task is code translation. The controller con- 
verts a character from the code form in which it was 
sensed by the input device into another code form, one 
suited to transmission and computation, or vice versa. 
In a sender, for instance, it might translate Hollerith 
(punched card) code into ASCII code (American Stan- 
dard Code for Information Interchange), one of several 
standard communications codes. Most modern tele- 
printers and CRT displays contain internal logic that 
directly accepts ASCII-coded information sent by the 
computer and translates (or generates) the coded infor- 
mation into characters. 

In the generation of error-detection codes, the con- 
troller adds a or 1 checking bit, called a parity bit, to a 
coded character before it is sent to the receiving termi- 
nal. The controller there scans the received character, 
including the parity bit. and its logic tells whether an er- 



ror has occurred during transmission. (Error control is 
the subject of another article in this book ) 

The character (or block, or message, depending on 
the particular requirement) must be stored in the 
sender's buffer until it is told by the receiving terminal 
the character has been received correctly. Otherwise, 
the message is repeated until it has been correctly re- 
ceived. Because the buffer cannot be filled with a new 
bit sequence until it is emptied, and time elapses while 
the receiving terminal evaluates the correctness of the 
received character, terminals often increase their data 
rate by using the double buffering mentioned earlier. 

Automatic answering and transmission enable a 
sending terminal to be used with no operator present. 
With its aid, data can easily be telephoned in by an 
unattended remote batch terminal in response to a 
request made during the evening, when low-cost night- 
rate telephone tariffs apply. The automatic answering 
equipment is not a part of every terminal's controller, 
but can usually be obtained as an option. 

The host computer's overhead 

However much is done by the controller of a termi- 
nal, the host computer is still left with the job of han- 
dling terminal signals. This is overhead as far as the 
computer is concerned, since any time the computer 
spends other than in processing data reduces its effi- 
ciency. As will be discussed in the articles on remote 
data concentration and programable front-end process- 
ing, equipment intervening between the terminal and 
the host computer can alleviate the host computer's 
data-communications losses due to overhead. However, 
regardless of whether the terminal interfaces with a re- 
mote data concentrator, a programable front-end pro- 
cessor, or a host computer, one of these devices will 
have to provide the data-manipulation services required 
to interpret the hard-wired terminal's output. In the fol- 
lowing discussion, it will be assumed the terminal feeds 
directly into the host computer. 

For character-by-character (asynchronous) trans- 
mission, the computer must continually observe the 
lines coming in from the terminals. It can do this by 
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frequent polling— that is, by asking each terminal if it 
has any messages to send— or by watching for an inter- 
rupt signal, which forces the computer to read the inter- 
rupting terminal's message. 

After connection has been established, the computer 
must assemble each sequence of incoming bits into a 
full character, strip off the start and stop bits, translate 
the data from transmission code into computer-pro- 
cessable code, test the parity bit to see if an error has oc- 
curred, and place the character in the correct location in 
its memory for assembly into words and messages. Fur- 
thermore, the computer must determine whether the re- 
ceived character is a message character or a control 
character. A control character sets up a different level of 
activity within the computer. For example, it could indi- 
cate the end of a message, which allows the computer to 
disconnect the terminal and go on to other communi- 
cations or data-processing tasks. 

In character-by-character transmission, the computer 
must perform each of the above activities from six to 10 
times each second for each terminal in the network in 
turn. Comparable activity occurs for outgoing charac- 
ters, which have to be handled at up to 30 times each 
second for each terminal. All this is a considerable bur- 
den on the computer. 

Batch terminals with hard-wired controllers also 
place a data-manipulation load on the computer. Be- 
cause such terminals produce blocks of bits and operate 
in a synchronous mode, they do relieve the computer of 
some of the burden of individual character detection, 
validation, and removal of synch bits. Even so, the com- 
puter still has much to do to support their operation and 
communications requirements. 

Such batch terminals as punched-card readers and 
magnetic-tape readers transmit information on a 
record- by-record basis. For example, one punched card 
may constitute a record. The computer must read the 
record, test it for accuracy, and either accept it or ask 
for a retransmission. For a good record, the computer 
must then perform necessary code translation, interpret 
card data for special commands, and position the data 
correctly in its memory. 

Note that the entire record of a punched card, usually 
80 characters, must be transmitted by the terminal and 




3. Guidance. IBM's 3735 programable terminal uses data on 
magnetic disk (corner) to tell operator what to do next. 



processed by the computer, even though the card itself 
may only contain perhaps 20 or 30 meaningful charac- 
ters. The balance of the 80 fields on the card may be 
blank, contain card deck identification, long sequences 
of zeros, and other extraneous characters. Most hard- 
wired batch-terminal controllers cannot distinguish 
meaningful from extraneous information, and thus 
when the computer sends a record to a card-punch ter- 
minal, it must transmit all 80 fields— even though some 
are meaningless. 

Now a large computer is designed for data process- 
ing, and not for such data-communications tasks as ter- 
minal control, character and block analysis, and mes- 
sage assembly. Electronic programability has been 
added to terminals for one main reason: to take much 
of the specialized work away from the general-purpose 
computer and do it instead at the terminal site. As a 
side benefit, the programable terminal— sometimes 
called a "smart" or "intelligent" terminal— also reduces 
the data load on the communications links. 

Benefits of programability 

What has made this development economical and 
therefore feasible is the advance in semiconductor 
memory technology. It is now easy to build special 
memories, called read-only memories (ROMs), program 
them for a fixed application, and insert them into the 
terminal. The ROM is basically an expanded equivalent 
of hard-wired logic which adds significantly to the func- 
tions the controller can perform. 

Some terminals even contain a stored-program com- 
puter—a minicomputer with its functions programed by 
software just as in the large host computer. Such a field- 
programable terminal, with its own mass memory or 
other peripherals, then becomes very flexible and pow- 
erful. It can serve as a stand-alone data processor in a 
local environment, besides communicating with the host 
computer. It also permits the development of distrib- 
uted data processing/data-communications networks. 

The stored-program terminal, therefore, depending 
on the amount of electronic equipment it contains or on 
the creativity of a programer in setting it up. can per- 
form a wider or narrower selection of the following 
functions: 

FORMATTING INPUT AND OUTPUT. Many normal 
business applications require information to be dis- 
played or entered in a highly structured form. Cases in 
point are invoices or insurance applications, that could 
best be prepared on preprinted forms, and customer 
records that could do with a standardized form for dis- 
play on a CRT screen. 

From a careful description of the form, a receiver-ter- 
minal controller can be programed to generate the nec- 
essary spaces, tab stops, carriage returns, line feeds, and 
other device control characters to properly position the 
carriage on a character printer or a cursor on a CRT dis- 
play. Similarly, with suitably described field formats for 
a sender-terminal an operator simply enters the neces- 
sary information in each field. If the information does 
not fill a fixed-format field, the operator then keys in a 
delimiter symbol, and the controller fills in the field 
automatically with characters that are meaningless in 
the context— dollar signs, zeros, or spaces. The computer 
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is programed to ignore field-filling characters, but as a 
check will count all characters to make sure the field is 
filled to its prescribed length— no more and no less. 

DATA COMPRESSION. Instead of transmitting entire 
field-filling and other extraneous character sequences, 
the controller in a programable terminal may simply 
send a two- or three-character code to indicate how 
many filler characters were removed from the data 
stream. The receiver then skips that many characters. 
Or the terminal can send a short code giving the posi- 
tion (or address) in the record at which the next mean- 
ingful character or sequence starts. Removing se- 
quences of extraneous zeros or spaces is a simple 
application of data compression. 

More significant compression can take place if the 
terminal stores several fully expanded (English lan- 
guage) text messages to be displayed or printed on 
receipt of a short code corresponding to each piece of 
text. Such texts might be the specific payment terms to 
be printed on an invoice, an account credit status to be 
displayed" on a CRT terminal, or a full product descrip- 
tion to be printed on an inventory status report. Since 
some of these texts may be quite long— perhaps 50 char- 
acters—the ability to store them at the terminal, rather 
than at the computer, and call them up with a short ad- 
dress code reduces line traffic significantly. 

CONTENT-ORIENTED ERROR DETECTION. Though all 
receiver-terminal controllers check parity bits to deter- 
mine whether an error has occurred during trans- 
mission, parity checking cannot tell whether the correct 
data was sent. However, programable logic at the termi- 
nal, particularly if it is based on a minicomputer, can 
undertake a rather more thorough check for errors. It 
relies on the content and context of the data being 
transmitted. The programable terminal can make sure 
that received data conforms to prescribed format rules. 
It will, for example, prevent a field that should contain 
alphabetical characters from accepting numerical char- 
acters. It will count characters to make sure a field is 
filled and, if the field is not filled, will ask for a retrans- 
mission. It will perform quantitative checks, making 
sure a received number does not fall outside a pre- 
scribed minimum-maximum range. 

BUFFERING MULTIPLE BATCHES. An effective use of 
the terminal's buffer storage is the accumulation of 
character-by-character input data, as from a manually 
operated keyboard. This accumulation may last for as 
little as a line or as much as a page of information. The 
terminal assembles characters into messages, inserts re- 
dundancy-check characters where appropriate, inter- 
prets control characters, and responds as necessary to 
the display or printer to let the operator know his input 
has been correctly received at the computer. Here, each 
time a line or a page is completed, it is immediately sent 
out as one long message to the computer. In short, the 
programable terminal performs those functions that a 
central computer might otherwise do for character-by- 
character transmission, but much less time is taken on 
the communications link and the computer's overhead 
is substantially reduced. 

At a more complex level, one programable terminal 
can handle batches accumulated from several input de- 
vices (keyboards). In this situation, it operates as a gath- 



ering place for what amounts to multiple keypunch op- 
erations being performed away from the central 
computer site. The input from each keyboard may be 
assigned its own field on a disk pack, with each key- 
board operator perhaps performing a different process- 
ing task. When all work is finished at the remote site, or 
on demand from the computer, information stored on 
the disk is transmitted at high speed to the computer. 

LOCAL EDITING OF DATA. When the programable ter- 
minal contains a large local buffer, a complete line or 
page can be reviewed by the operator, who then edits 
the message to correct keying and other errors. When he 
spots an error in a displayed message, he simply back- 
spaces the cursor to the error position and keys in the 
correct data. Once satisfied with the message's accuracy, 
he causes the buffered data to be transmitted. Local 
editing thus reduces the communications link and com- 
puter overhead that would otherwise have been used to 
handle wrong data. 

HANDLING SIMPLE COMPUTATIONS. With programa- 
bility in the controller, the terminal can perform com- 
putations on accumulated data locally, rather than hav- 
ing to send all raw data to the host computer. Typical 
examples of such computations are price extensions 
from unit prices and quantities, quantity discounts, and 
tax amounts. With such local computations, the termi- 
nal can then prepare an invoice locally. 

APPENDING LOCAL CONSTANT data. During a busi- 
ness day, constant data is added to each document or 
business transaction serviced by the terminal. The con- 
troller can be programed to include terminal location 
and identification, operator identification, date and 
time, and security code to allow only authorized access 
to the terminal. Such data is automatically added to the 
variable data being inputted by the operator. In a sense, 
appending local data is a form of data compression. 

CONTROL SEQUENCE NUMBERING. To avoid confu- 
sion within a business operation, it often is important to 
consecutively number messages, invoices, and other 
documents. If the terminal is programed to assign and 
print numbers in sequence and to use a number only 
when it produces a valid document, no skips will occur 
in numbering sequences. 

AUTOMATIC RESTART AND RECOVERY. From the 
standpoint of system integrity, one attractive use of a 
programable terminal is to accumulate a local log, with 




4. Getting around. Mobile Teletype machine, using acoustic 
coupler to the line, serves as input/output to computer. 
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5. Matrix. Burrough's TD 500 keyboard terminal forms each 
character by a matrix of dots, and displays 256 characters. 



checkpoints along the way, of all transactions passing 
through it. Then, should the data-communications/ 
data processing system malfunction, operation can be 
backed up to the last checkpoint and restarted, and the 
logged data automatically transmitted up to the point at 
which the malfunction occurred. This eliminates the 
need for the operator to find source documents and re- 
key information, because the terminal's "audit tape" 
simulates the operator's actions. When recovery trans- 
mission has been completed, the operator continues the 




6. Flexible. CRT display terminals with keyboard inputs, this 
one TEC'S series 400, suit interactive applications. 



transmission with new manual inputs. 

local operator GUIDANCE. Some programable ter- 
minals are designed to handle a single type of oper- 
ation, but others, particularly ones based on a mini- 
computer, can be changed by the operator to handle 
several different assignments during the day. In either 
case, the input has to be entered in a structured form. 
Often, the operator will make mistakes either in keying 
in good data or in entering the wrong kind of data for a 
particular field in the prescribed format. To circumvent 
these situations and thus to improve over-all efficiency, 
terminals can be cleverly programed to display a spe- 
cific message on a CRT screen that will tell the operator 
what to do next. And if he does it wrong, the program 
can even lock the keyboard, preventing any further in- 
put, and flash a message telling the operator what he 
did wrong and what to do instead. 

Comparative popularity 

Though programable data-communications terminals 
are available, the most popular terminals are still the es- 
sentially unbuffered Teletype senders and receivers and 
other makes of terminals that emulate this type of tele- 
typewriter or keyboard/printer. An Arthur D. Little Inc. 
study estimates that about 60,000 to 70,000 tele- 
typewriters were shipped in 1971 for use as true termi- 
nals to a host computer in data-communications sys- 
tems (that is, not including teletypewriters used for 
straight message communications in TWX and Telex 
networks and elsewhere, or those used simply as con- 
soles to minicomputer installations). 

Shipments of unbuffered keyboard/ printers may con- 
tinue to rise slightly in 1974, but then taper off. How- 
ever, the shipment of programed keyboard/ printers will 
increase steadily from about 1 1,000 in 1972 to upwards 
of22,000ayearby 1976. 

Remote batch terminals are just beginning to be in- 
stalled in substantial numbers, about 2,000 in 1971. 
Their greater power and their considerably higher cost 
may never make them the most widely used data-com- 
munications terminals. However, the survey does esti- 
mate that 15,000 to 20,000 of them will be shipped in 
1976, making for a total installed base of about 60,000 
remote batch terminals— in addition to the many full- 
fledged data processing systems with communications 
facilities being used for some terminal functions. 

The alphanumeric CRT display terminal for data- 
communications applications has the greatest growth 
rate and may well overtake the keyboard/printer within 
five years. About 30,000 CRT terminals were shipped in 
1971, and this will increase to 50,000 to 60,000 by 1976. 
If these estimates are correct, then over 150,000 new ter- 
minals will go into operation in 1976. 

Even right now, though, users have a wide range of 
terminal types, functions, and costs to balance off in 
making a selection for a particular site or application. 
For a simple application, getting the terminal on line 
may be no more complicated than mating a few connec- 
tors. For complex applications, programing will prob- 
ably have td"be done by an in-house or a vendor-inde- 
pendent software group. But, whether his requirements 
are simple or complex, the user will find a terminal 
available that suits his needs. □ 
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Facsimile terminals 
send the document s 

with the data 



With 100,000 facsimile terminals 
already in intracompany and inter- 
company service via the dial-up 
network, fax makes data 
documents available remotely 
for entry into the computer system 



George M. Stamps and Peter S. Philippi 

Magnavox Systems Inc. 
Fort Wayne, Ind. 



Facsimile transmission may fulfill many requirements 
of a business better than conventional low-speed data 
terminals. In many instances, fax can get information to 
the destination faster and at lower cost. Whether per- 
manently connected or acoustically coupled, a fax trans- 
mitter can send as many as 550 words on a sheet of pa- 
per to a fax receiver anywhere on the dial-up telephone 
network in as little as three minutes. The receiver faith- 
fully reproduces all images on the transmitted docu- 
ments, including alphanumerics, graphics, formats, sig- 
natures, and handwritten notations. The received hard- 
copy document is easy to handle, file, and reproduce. 

Although a faster terminal that transmits images dig- 
itally will soon be introduced, existing fax machines re- 
quire separate conversion to digital form by an operator 
who keys information onto a data terminal when the in- 
formation must be processed by a computer. A com- 
pany's evaluation of fax transmission should be gov- 
erned by many factors, chiefly traffic volume and how 
much data processing is necessary on message content. 

Because facsimile machines require little skill to oper- 
ate, they provide an economical way to transmit source 
documents that are free from operator errors and with a 
minimum of line-induced errors from many low-volume 
outlying stations to one central point. At the central ter- 
minal site, the documents can be converted to digital 
coding by a skilled keyboard operator for processing by 
a host computer. 

Although fax can't compete with high-speed data ter- 
minals, it can frequently be more cost-effective and 
faster than such low-speed terminals as teleprinters. For 
example, if a branch office must send an eight-page set 
of specifications and request-for-quotation to a central 
sales office for review and pricing, the complete set of 
specs can be in the sales office in less than an hour. And 
it is easily reproducible. If a teleprinter hookup were 
used, the job would probably take four hours, and if 
sent by mail, at least 24 hours. Furthermore, when a 
user transmits over his leased line or WATS (Wide Area 
Telecommunication Service), he is not bound by the 
minimum charge by the common carrier. 

Fax may save money 

Although fax delivery of a document costs more than 
mail delivery, the difference in speed may be translated 
into savings in a business. Possible measurable advan- 
tages include additional time to prepare comprehensive 
plans and answers to requests for quotations and the 
faster release and utilization of inventory, vehicles, and 
other assets to profit-making opportunities. 
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What's more, two companies can rapidly transmit 
documents by facsimile to each other merely by dialing 
the telephone network, whereas it is highly unlikely that 
their data-communications systems— unless coordinated 
beforehand— would be able to intercommunicate be- 
cause of differences in techniques, format, and oper- 
ational structures. 

For example, many purchasing departments use fax 
to communicate rapidly with vendors' sales depart- 
ments. Since a vendor will receive documents with dif- 
ferent formats from its many customers, an experienced 
operator can interpret the customers' variations to con- 
form to the vendor's requirements. 

Thus, the customer may request via fax a price on a 
'/4-inch-diameter rod, but the vendor's data base only 
recognizes decimal values, so the operator keys in 0.250. 
The vendor's computer immediately sends back to the 
sales department a price-and-delivery quote, including 
transportation charges, and the sales operator faxes this 
information back to the customer. This information, in 
turn, may be keyed into the customer's data base. 

Fax adapted to phone set 

The use of the telephone network to carry acoust- 
ically coupled signals from facsimile machines began in 
earnest in 1968, about two years after Magnavox devel- 
oped the first acoustically coupled facsimile machine, 
the Magnafax 840, for business-office applications. 
Marketed by Xerox as the Xerox-Magnavox Telecopier, 
it transmitted all the information on an 8'/2-by-l 1-inch 
sheet in six minutes. 

Since that time, several other companies have devel- 
oped and marketed facsimile machines. And new faster 
units, with such features as continuous rolls of paper, 
tab stops to set paper length, and unattended operation, 
have been made available. Present facsimile terminals 
deliver a page in six, four, or three minutes. Under de- 
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1 . Cost factors. The delivery cost of a page of material 
sent by facsimile is the sum of the machine rental and the 
line cost, per page, shown here for a three-minute fax 
transceiver. 



velopment and expected to be on the market within a 
year is a one-minute machine which will lease for about 
$150 a month. In comparison, the six-minute-a-page 
transceiver costs about $45 to $50 a month and the 
three-minute transceiver about $85 to $90 a month. 

When analysis of business needs indicates that fac- 
simile may prove useful for electronic mail delivery or 
for transmitting data for subsequent input to a data- 
communications/data processing operation, or both, 
then facsimile costs must be considered. These trans- 
mission costs, rated in delivery price per page, are a 
function of traffic volume in pages per day, the machine 
rental cost in dollars per month, and the telephone line 
charges in cents per minute. While operator time may 
also be included in a cost analysis, usually facsimile-op- 
eration time is incidental to a person's main assignment. 

The cost profiles for facsimile usage of a three-minute 
transceiver are shown in Fig. 1. They are based on a 
rental cost of $85 a month, with a usage of 22 working 
days a month, and the applicable line costs. Thus, the 
cost per page is the sum of the rental cost per page and 
the communications cost per page. 

Line cost compared 

The line cost shown in Fig. 1 can be the dial-up sta- 
tion-to-station rate applicable between the transmitting 
and the receiving locations. More likely, though, the fax 
terminals will be communicating on a private line, or 
the user will subscribe to telephone company's WATS, a 
bulk-tariff arrangement. 

In general, bulk-usage telephone costs are averaged 
to cost per minute per call independently of distance. 
But even if distance is included for each call, it still 
comes down to cost per minute. Thus, these cost profiles 
are usable for a station-to-station connection, an "aver- 
aged" arrangement, or a time-distance assessment. 

As Fig. 1 shows, at a line cost of 20 cents a minute 
and with an average traffic of 10 pages a day, the deliv- 
ery cost for fax is $1 per page. Normally, the rental cost 
and the line charges are assessed against the sender. 

Even though the communications cost per page is 
double that for a three-minute fax machine, a six-min- 
ute machine may actually provide a lower cost per page 
because of its lower lease cost. For each pair of machine 
speeds, there is a certain volume of break-even traffic, in 
pages per day, for which the delivery cost per page is 
the same. Based on 22 days of use a month, the break- 
even boundaries and resulting zones are shown in Fig. 2 
for a six-minute machine leased at $45 a month, a 
three-minute machine at $85 a month, and the pro- 
jected one-minute machine at an estimated $150 a 
month. This set of curves shows that, at 10 cents a min- 
ute for line cost, the six-minute machine is more eco- 
nomical when the traffic is five pages a day, the three- 
minute machine is more economical at 10 pages a day, 
and the one-minute machine, when available, will be 
more economical at 20 pages a day. 

Technologies compared 

The faster the machine, the lower the line cost per 
page will be. Facsimile design engineers have known 
this for many years and have kept up a continuing de- 
velopment program to reduce page-transmission time. 
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One approach is to avoid transmission of white space 
containing no information and send only the black 
areas containing information. To accomplish this, the 
image must be coded. 

This technique, known as information (or data) com- 
pression, requires sophisticated real-time calculations 
and manipulation of the facsimile signals to compress 
them, packing the coded signal for transmission, and 
extracting the coded signal at the receiver. While engi- 
neers have long understood the concepts and logical 
procedures to effect data compression, they needed a 
small computer to do it— impractical from a cost view- 
point. The recent availability of low-cost large-scale in- 
tegrated circuits makes possible the production of a fac- 
simile transceiver that can deliver a page in one 
minute— and rent for about $ 1 50 a month. 

The one-minute fax machine will have certain dis- 
tinctive characteristics that differ from its slower coun- 
terparts. For one thing, it will have many of the proper- 
ties of the conventional data terminal— producing 
digital, rather than analog, outputs. For another thing, 
it will not have a gray scale, but print only in black and 
white. The information images on transmitted docu- 
ments will be converted to a sequence of digital codes 
that will essentially indicate the coordinate position (or 
address) for each scanned area, and tell whether that 
area is black or white. 

The resulting data stream can be handled in much 
the same manner as that from any other high-speed dig- 
ital terminal. Some one-minute fax machines will accept 
a message header, probably a prepared card that the 
machine will read first to "seize" the receiving fax ma- 
chine. Then, the message will proceed through the dig- 
ital data-communications network just as if it were a 
message sent through a conventional data terminal. 
When the receiver is busy, digital messages will be 
stored in a mass memory and forwarded when the re- 
ceiver becomes ready to take a new input. 

Fax vs TWX costs 

The most common terminal in data communications 
is the keyboard sender/ receiver. Often, the user leases 
these terminals and connects them into an in-house 
data-communications network using either narrow- 
band channels or voice-grade lines leased from the tele- 
phone company. Another alternative is the twx net- 
work, in which the user leases the terminals and pays 
time charges to the common carrier. It turns out, 
though, a three-minute fax machine can often deliver 
messages at lower cost than Twx. 

The monthly rental cost for a twx machine is about 
the same as that for a fax terminal. Therefore, the cost 
comparison between the two approaches is based on the 
actual communications cost per word. A typical sheet of 
paper, typed single-spaced, can contain at least 550 
words. To transmit this amount of information by fax 
takes three minutes. The maximum daytime station-to- 
station telephone rate for a phone call is $1.35 for three 
minutes, even for distances exceeding 2.000 miles. Thus, 
via fax the cost is less than 0.25 cent per word. 

By twx, the cost per word includes both the labor 
cost to convert the source document to punched tape 
and the 2.000-mile communications cost of 70 cents per 
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2. Break even. Balancing off traffic in pages per day against 
line cost shows that even when rental cost goes up for faster 
fax transceivers, delivery cost per page can go down. 



minute. To dispatch a 550-word TWX message requires 
about 40 minutes of operator time— 17 minutes to 
punch a tape. 6.5 minutes to verify it, 10 minutes to re- 
run and correct errors, and 6.5 minutes to transmit. At 
$2.50 per hour for the operator, this direct labor is 
$ 1 .66. or 0.3 cent per word. 

Although the TWX system is nominally rated at 100 
words a minute, about 15T of the time is occupied by 
control signals, such as those needed for carriage return 
on the terminal, which reduce the actual message rate to 
85 words a minute. Therefore, at 70 cents a minute, the 
communications cost for delivering a 550-word message 
is 0.82 cent a word— for a total cost of 1 . 1 cent a word by 
twx. compared with 0.25 cent by three-minute fax. 
Similar calculations will show that for any distance, the 
cost of delivering a 550-word message is lower by fax 
than by twx. □ 
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A new read-only terminal: 
your television set 



The long-awaited home 
computer terminal moves 
closer to reality 
with teletext systems 

Timothy Johnson 
London, England 



Round up 



Unbeknown to the general 
public, a small but signifi- 
cant portion of the electro- 
magnetic signal used in putting a picture on the 
home television screen is going to waste, dissipat- 
ing into thin air. Before long, however, a stock- 
broker may turn to the same commercial TV chan- 
nel on which a soap opera is being played, press a 
decoding switch, and be presented with data on 
current market conditions. Or, on another com- 
mercial channel, a homemaker might consult a 
data bank for a recipe, or an interested citizen 
might keep an eye on wire-service dispatches. 

More intriguing is the possibility of advertising 
on extremely short notice, for spare seats on char- 
ter flights, for example, or for cut-rate space on re- 
turn trips in trucking operations. Another idea is 
the rental of time slots to businesses for internal in- 
formation purposes. A company could, by renting a 
given time slot each day, distribute an assortment 
information like price changes, stock shortages, or 
general memoranda— more quickly and cheaply 
than by telephone. Programable decoders on the TV 
sets would assure that only authorized receivers 
could read out the information. 

Far from being futuristic visions, the means for 
these and any number of other such services are 
available now. The resources are here, the tech- 
nology is at hand to use them, and, in fact, pilot 
projects are already in operation utilizing the prin- 
ciples involved. The questions that remain are 
mostly a matter of economics. 

The so-called "teletext" systems emphasized in 
this article (Table on the next page) are quite simi- 
lar to the new investor-information service begun 
by Reuters Ltd. But an important distinction is that 
the Reuters service operates over a dedicated TV 
cable. By contrast, the newer, more experimental 
teletext systems transmit pictures and text by pre- 
cise injections of digitized information along seg- 
ments of the same signals that carry over-the-air TV 
programing. At the receiving end, a special decoder 
on the typical TV set can convert the TV from its 
usual role into a read-only terminal. 

The process is feasible because the electron beam 
scanning of the normal TV set is temporarily inhib- 
ited each time it is shifted from the bottom of the 
picture to the top. It is during this brief "vertical 
blanking interval" that a digitized data signal can 
be received at the set, decoded, and generated into 
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COMPARISON OF TELETEXT SYSTEMS 



SYSTEM 


U.K. UNIFIED 
STANDARD 


HRI 
ADD-ON 


NBS 
TV-TIME 


REUTERS 
IDR 


LEADING APPLICATIONS 


PUBLIC BROADCASTING, 
CAPTIONING 


CAPTIONING, 
MESSAGES 


CAPTIONING 


CABLE SUBSCRIBER 
SERVICE 


TRANSMISSION METHOD 


2 LINES IN 
EACH VERTICAL 
BLANKING INTERVAL 


EACH ACTIVE LINE 
IN PICTURE VIDEO 
SIGNAL 


1/2 LINE IN ALTER- 
NATE VERTICAL 
BLANKING INTERVAL 


DEDICATED CABLE 
CHANNEL 


PEAK DATA RATE (BITS/S) 


7 MILLION 


23,600* 


1 MILLION 


5MILLION 


AVERAGE DATA RATE (BITS/S! 


36,000 


21,600* 


780 


5 MILLION 


PAGE OR CAPTION CAPACITY 


960 CHARACTERS 
(24 ROWS, 40 
CHARACTERS PER ROW) 


NOT FIXED 


96 CHARACTERS 
(3 ROWS, 32 

CHARACTERS PER ROW) 


768 CHARACTERS 
(12 ROWS, 64 
CHARACTERS PER ROW) 


ACCESS TIME PER 
FULL PAGE OR CAPTION 


0.24 SECOND 


NOT FIXED 


0.15 SECOND 


0.0016 SECOND 


SPECIAL FEATURES 


GRAPHICS, COLOR 
SELECTION 




FREQUENCY 
STANDARD 
ALSO INCLUDED 


CENTRAL CONTROL 
OF SUBSCRIBER 
ACCESS 


•ASSUMING 3 BITS PER LINE PAIR 



meaningful characters on the screen— all without 
interfering with the regular TV signal. The British 
television standard, for example, specifies 625 
scanning lines for a picture, split into two consecu- 
tive fields of 312V2 lines each. In actuality, only 
287 Vi lines of each field appear on the screen, with 
the remaining 25 lines being produced during the 
vertical blanking interval. It is along these empty 
scanning lines that a different signal can be im- 
posed. In effect, about 8% of the British scanning 
cycle is available for other purposes, and, as in 
America, some of it is used for internal broad- 
casting information. 

A somewhat different operating principle is 
being tried by the Hazeltine Research Corp., Chi- 
cago, 111. Here, bits of digital information are im- 
posed directly on the active video signal, but in a 
manner intended to produce negligible inter- 
ference with the normal picture. 

The RCA Corp. attempted in the mid-1960s to 
put the vertical blanking interval to good use, but 
RCA employed an analog signal. This worked, but 
the system was expensive, slow, limited in its infor- 
mation carrying capacity, and never got beyond 
the experimental stage. 

Today, digitized text can be implemented with 
low-cost, compact, integrated circuits that can 
greatly reduce overall costs, a critical factor in the 
mass consumer market. Because digitized informa- 
tion can be transmitted in the megabit-per-second 
range, a given message can be transmitted during a 



shorter segment of the vertical blanking interval 
than can an analog transmission. 

In the United States, an experimental program 
being run by the Public Broadcasting System in- 
volves superimposing captions for the deaf on the 
regular TV picture, but of course only decoder- 
equipped sets can read out the captions. 

Probably the most highly developed operational 
system of its kind today is the Ceefax service, de- 
veloped jointly by the British Broadcasting Corp. 
and Britain's Independent Broadcasting Authority, 
and operated on a test basis for a limited but na- 
tionwide audience. Both the British and the Amer- 
ican PBS projects share the signals of regular TV 
channels, inserting their special digital programing 
during the vertical scanning intervals. 

The Ceefax service is organized into "pages," a 
page being a block of information filling the TV 
screen. The user is initially offered an index of sub- 
ject matter and the corresponding page numbers 
(Fig. 1). He may then punch the desired page num- 
ber on his decoder. The pages are continually being 
transmitted in serial form,- the decoder waits for 
the requested page to come along, locks onto it, 
and stores it in a memory register. The register 
drives a character generator to display the text for 
as long as the user likes. 

Countries using television standards different 
from Britain's will doubtlessly have somewhat dif- 
ferent teletext standards, but probably will adopt 
systems that are the same conceptually. Under 
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what is known in England as the Unified Standard, 
teletext is imposed on two of the 25 lines in the 
vertical blanking interval. And since the overall 
British TV standard calls for a scan rate of 50 fields 
per second, there are that many vertical scanning 
intervals each second. (A significant detail to keep 
in mind in this regard is the standard technique of 
interlacing a scanning sequence to overcome the 
flicker effect. In this, the odd lines are scanned 
first, then the even lines, two interlaced scans for 
one complete picture. This fact is exploited in the 
Hazeltine experiment, but more on that later.) 

The British teletext standard also specifies that 
no more than 40 8-bit characters can be included 
on one scan line, and that the characters must be 
coded in the ISO-7 format, a version of ASCII. The 



lar hours of the day rather than continuously. As 
they would not be part of the continuous service, 
the special pages would not necessarily increase the 
overall access time. 

Moderate investment 

The Ceefax project cost the BBC $120,000 for studio 
equipment. The hardware consists of a mini- 
computer with 16,000 bytes of memory, a small 
disk memory, four video displays for editing, a tele- 
typewriter for developing the text characters, and 
special circuits for inserting the text data into the 
television signal. A functional diagram of the sys- 
tem is shown in Figure 2. 

The British standard requires digital-data-acqui- 
sition circuits capable of processing 7 megabits per 
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1. With the bbc's Ceefax system, the user is first 
shown an index of pages and then he selects the de- 
sired item, such as stock averages or news bulletins, 
by entering the page number on the decoder. 



standard allows a maximum data rate of 6.9375 
million bits per second. Each scan line carries the 
data for one row of characters on the screen. A full- 
page display (including the page "header," which 
controls selection of pages) takes 24 lines, requiring 
12 vertical blanking intervals. This could accom- 
modate 960 characters, but fewer are actually used 
because some empty screen space is needed for 
legibility. The character generator drives the elec- 
tron gun to produce the readouts. 

Under the British standard, the address field in a 
header can identify any of 800 separate pages. But 
because each page requires a fraction of a second to 
transmit, the viewer of an 800-page service might 
have to wait as long as three minutes for the se- 
lected page to arrive. In practice, the BBC and inde- 
pendent television companies are considering a 
maximum of 60 to 100 pages for each channel. To 
satisfy special interests, the British are also consid- 
ering the use of special pages— broadcast at particu- 



second, address circuits to recognize the selected 
page and organize the data in the memory, a 7-kilo- 
bit direct-access memory, a character generator, 
and circuits to decode and implement special capa- 
bilities such as color and graphics. All circuits 
must be relatively high-speed and provide precise 
switching times to lock onto a short run-in code on 
each line and to maintain accurate timing during 
the transmission of each row. The diagram in Fig- 
ure 3 indicates the functions required in a decoder. 

The cost of decoding equipment may be the big- 
gest obstacle in the way of large-scale acceptance of 
teletext, at least for early versions. But decoders 
should already be affordable in the business com- 
munity. Retail prices of first-generation decoders 
for the consumer market might be around $300 for 
systems similar to that of the British standard. This 
does not include the cost of a television receiver. 

However, historical experience with integrated 
circuits suggests a rapid decline in costs as the mar- 
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2. In a truly low-cost teletext system the central com- 
puter could be a microprocessor and the line printer, 
paper tape reader, and paper tape punch could all 
be part of a conventional teletypewriter terminal. 

ket grows and circuit functions are further inte- 
grated. Within a few years decoder prices might be 
cut in half. They would then become affordable to 
a large percentage of viewers. But for business ap- 
plications today, $300 plus the cost of a receiver is 
usually less than the cost of a terminal. 

The BBC experiment, begun in 1974 , is sched- 
uled to end in the fall of 1976, while independent 
British television companies will begin broad- 
casting their own teletext project in 1975 . De- 
coders for the British market may be produced by 
TV set makers at mass-market prices as early as 
1978. Other European countries also are interested 
in a teletext system. 

Translating the standard 

In the United States and other countries which use 
a 525-line TV standard, teletext systems would be 
different in certain respects, but operating prin- 
ciples would be the same. 

The initiative in providing a commercial teletext 
service in the U. S. was taken early this year by the 
Reuters-Manhattan Cable project, which began late 
in 1974 on a dedicated cable TV channel. A small 
number of subscribers pay upwards of $650 a 



month for access to one or 
more of the Reuters business 
news services. 

Commodity traders, for ex- 
ample, can receive transactions 
on the Chicago Board of Trade, 
as well as prices and news from 
elsewhere. For now, Reuters is 
concentrating on the "profes- 
sional" market. It also plans to 
offer racing results and other 
sports news to bars and betting 
parlors for about $200 a 
month— if the company can 
find a way through some legal 
tangles. 

Reuters editors compile text 
with the aid of two mini- 
computers that format, store, 
and forward the coded data to 
the appropriate subscribers. A 
customer can elect to receive 
all or part of the financial news 
service. A "packet" of data car- 
rying 32 characters is imposed 
on each scan line of the tele- 
vision signal. Each display page 
is made up of 12 rows of up to 
64 characters each. The chan- 
nel can carry up to 650 full 
pages per second, so even if a full service is pro- 
vided, the viewer need wait no longer than a few 
seconds before a selected page appears. The speedy 
access is possible because of the dedicated channel; 
the system is not confined to a fraction of the total 
number of scan lines, as with a combined service 
like Ceefax. There is also an advantage in a service 
sold only on a selective basis. The minicomputers 
can control which decoders can receive which 
pages, and they can discontinue service without 
needing access to the customer's premises. 

Other teletext services based on a dedicated 
cable are bound to follow. Reuters already has a 
contract with one of the major cable networks in 
Toronto, and is studying some possibilities in Chi- 
cago. One ambitious scheme— that of providing the 
equivalent of a complete newspaper by teletext to 
subscribers in Toronto— was dropped, but could 
well resurface elsewhere. 

The central marketing problem in all this is to 
get decoders into the viewers' homes and offices at 
a reasonable price. At present, as in the case of Reu- 
ters, this is done by offering a specialized service at 
a fairly high price, which makes the cost of the 
decoder a relatively small part of the whole. An- 
other route is to plan a multimillion dollar oper- 
ation in which equipment can be mass-produced 
from the start, as planned by the British networks. 
Once the base of mass production is established, 
teletext services will spread rapidly. 
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A broadcast service with a more limited ca- 
pability is the National Bureau of Standards' TV- 
Time. Originally developed for broadcasting highly 
accurate time and frequency readouts. TV-Time 
also uses a spare line in the vertical blanking inter- 
val and imposes on it a highly stable 1 -megahertz 
sine wave as a frequency standard, followed by 26 
bits of data on alternate fields. This arrangement 
provides for a net data rate of 60 characters per sec- 
ond, or about 600 words a minute, plus addressing 
information. Such a capacity is far too low for a 
comprehensive news service, but quite ample for 
program captioning or news bulletins. 

The PBS has been testing the TV-Time technique 
as a way of providing captions for the deaf. The 
captions are displayed only on receivers equipped 
with the proper decoders. If the PBS formally insti- 
tutes this system, programs would be captioned in 
advance and the data recorded on the master 
videotape. Some signal modifications would be 
needed to indicate that the signal is not a valid fre- 
quency standard. 

Trial PBS showings of news and entertainment 
programs to hard-of-hearing audiences in various 
parts of the country have won an enthusiastic re- 
sponse. Over 90% of the viewers said they could 
not have understood the programs without the cap- 
tions, and would like to buy a decoder when they 
became available. One advantage of the low data 



3. A decoder can be integrated into a conventional 
tv receiver, as shown. The digitized information is 
changed into video by the digital to video converter. 
The video interface circuits add signals for special 
color and graphic effects to enhance readability. 

rate of the TV-Time system is that decoders should 
be fairly cheap from the beginning— probably about 
$100. PBS hopes, if its proposals are accepted, that 
captioned programs will appear on a regular basis 
in 1977 or 1978. 

PBS has also been looking into the system devel- 
oped by Hazeltine Research. This approach does 
not use the vertical blanking interval, but relies on 
the actual picture lines. In its simplest form the HRI 
Add-On System, as it is called, imposes one bit of 
information on each member of each odd-even 
pair of television lines, each line coded oppositely 
to its twin, so that the visible effect of the data on 
the screen is substantially reduced. Special circuits 
are needed to strip the data from the received sig- 
nal so that the text can be displayed. HRI claims 
that up to three bits of data can be imposed on 
each line pair without causing unacceptable inter- 
ference with the viewer's picture. With three bits 
per line, the system has an information-carrying ca- 
pacity comparable to system using a high data rate 
on one or two blanking-interval lines. It is also 
more resistant to multipath interference than sys- 
tems like TV-Time and Britain's Unified Standard. 
But engineers outside HRI criticize this approach as 
being unnecessarily complex. Also, it is said to be 
difficult to remove the text signal once it has been 
added to a program recording, but HRI says it is 
working on this. ■ 
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terminals, the acoustic coupler 
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handset to send and receive data 

Richard J. Indermill 
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Until 1965, a user had to bring his data physically to the 
digital computer. But late that year, some manufac- 
turers announced time-sharing computers, which could 
be fed data from a distance, through remote terminals. 
Moreover, the telephone network was available to link 
terminals and computer— provided two handicaps could 
be overcome. First, at that time telephone companies 
prohibited hard-wiring of "foreign" devices directly to 
their lines. Second, the data-pulse signals generated by 
terminals and computers are not electrically compatible 
with the voice-signal requirements of telephone lines. 
The solution, developed in 1966, was the acoustic data 
coupler. 

The coupler is attached to a terminal, and converts its 
pulsed outputs into audible frequencies or tones. The 
tones are sensed by an ordinary telephone, which is in- 
serted into the coupler and processes the tones as 
though they were voice signals. This simple approach is 
still in wide use today, even though hard-wired connec- 
tion is now permitted. 

The device, first produced commercially by Anderson 
Jacobson Inc., and now available from several other 
companies, consists of two main sections: 

■ Electronic circuitry that converts binary pulses pro- 
duced by the terminal's keyboard into two audible 
tones, one representing a binary 1 and the other a bi- 
nary 0. Equipment at the computer converts the two 
tones back into digital-computer code. 

■ Microphone and speaker, mounted in cups that sur- 
round the telephone handset (see photograph). 

To send data to the computer, the terminal operator 
dials the computer's number and, when he has estab- 
lished the connection, nests the telephone into the cou- 
pler's cups. The coupler's speaker mates with the tele- 
phone's transmitter, and the coupler's microphone 
mates with the telephone's receiver. Thus, as with a key- 
board/printer, the acoustic coupler serves the terminal 
when it is sending or receiving. Furthermore, when not 
in the acoustic coupler, the telephone can be used for 
conventional voice traffic. 

The acoustic data coupler is similar in function to the 
modem, or dataset, which- also converts pulses to tones 
(or some other type of modulation of the audio signal) 
and tones to pulses. Technically, though, they are differ- 
ent. The modem (see next article) is hard-wire-con- 
nected to a telephone line, and is therefore liable to spe- 
cial telephone company tariffs, but can operate at faster 
bit rates. The acoustic coupler, because it need not be 
attached to any telephone line, is suitable for portable 
or mobile terminals, is not subject to special tariffs, and 
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Coupler. Using a sound path, acoustic data coupler inter- 
faces low-speed terminals to telephone line. 



is generally used with relatively low-speed terminals. 

Usually a terminal comes already equipped with such 
a coupler, though the user may sometimes buy and in- 
stall one of his own choosing. For most keyboard/- 
printer terminals, the 30 characters per second trans- 
mitted by most data couplers is a more than adequate 



transmission capability. (The necessary data rate here is 
not determined by the varying speeds of the manually 
operated keyboard, but by the printer, which can be 
driven by a steady data stream, as from a computer.) 
The most popular printer today, the Teletype unit and 
its emulators, prints 10 characters per second. The IBM 
Selectric mechanism, the foundation for many indepen- 
dently made keyboard/printer terminals, operates at 15 
characters a second. Some new keyboard/ printer termi- 
nals operate at the full 30 characters a second, and are 
gaining in popularity. 

The fastest data coupler on the market can handle up 
to 120 characters a second. Made only by Anderson Ja- 
cobson Inc., this coupler is suited to interfacing tele- 
phone lines with CRT terminals, as well as such key- 
board/printers as the Memorex 1240, which can print 
up to 120 characters a second (1,200 bits a second). At 
and beyond this data transmission rate, however, termi- 
nals are generally fixed in place and can be better 
served by a hard-wired modem. □ 
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to analog frequencies-and back 
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The telephone system is the backbone of data commu- 
nications today. Yet digital pulses cannot be carried 
over its voice-oriented network unless they are pro- 
cessed through the sophisticated electronics package 
called a modem. 

As a result, virtually every digital data terminal 
linked to the network requires a modem. In addition, 
every port or access connection in a multiplexer— which 
concentrates signals from many terminals into a single, 
fast data stream— requires a modem. And every data 
communications port at the host computer site needs a 
modem. 

"Modem" is actually a contraction of the two main 
functions of the unit: modulation and demodulation. 
(The word "dataset" is a synonym for modem.) But the 
user's concern in less with how modulation and demo- 
dulation are achieved than with specifying the modem's 
data rate and choosing from among the innovations 
that have improved modem performance, convenience, 
and reliability over the past few years. 

If modems are classified by the kind of lines they 
serve, they fall into three categories, as shown in the 
table on the next page. By far the most important to the 
business and industrial community— and therefore the 
subject of this article— is formed by the voice-grade 
units. But the wideband and hard-wired modems also 
deserve mention. 

Wideband modems, supplied only by the telephone 
companies and subject to specific tariffs, provide syn- 
chronous data transmission at data rates from 19,200 
bits per second (b/s) to 230,400 b/s. They operate with 
special wideband lines (actually groups of voice-grade 
lines) provided by the telephone companies, and are 
primarily used in computer-to-computer applications. 

Hard-wired modems operate on dedicated solid-con- 
ductor twisted-pair or coaxial lines, and can perform 
well over distances up to 15 miles. Operating at speeds 
up to 1 million b/s, they are particularly useful for in- 
plant and on-campus installations of terminals and 
computers. Also, in comparison with the other two types 
of modems, they are relatively inexpensive, costing 
from $900 to $3,000 each. The exact price depends on 
data speed, operating features, the distance over which 
the modem can operate, and the quality of the unit. 

Voice-grade modems 

As for the voice-grade modems, they operate on the 
telephone companies' voice-grade lines, whether these 
are private (dedicated) or part of the dial-up switched 
network. Such modems can be obtained from three pri- 
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mary sources: common carriers, independent makers 
(that is. not related to the telephone companies), and 
terminal and computer makers, who generally buy their 
modems from one of the independents. 

The price of a voice-grade modem (or its equivalent 
monthlv lease value) increases almost in a straight line 
with respect to its data rate. A 2.400-b/s modem will sell 
for about SI. 200 to S2.000. while a 9.600-b/s modem 
will sell for about $ 10,000 to $ 12.000. 

Independent makers will sell as well as lease units, 
but a telephone company will only lease them. More- 
over, when an independent's modem is connected to the 
line, the telephone company installs a protective device 
called a data-access arrangement (DAA) and charges the 
user several dollars a month for it. Generally, however, 
an independent modem compensates for the added ex- 
pense by costing less than the telephone company's to 



start with, or by offering more features or better per- 
formance. In view of the number of modems that may 
be needed for a data-communications system, all the 
economic choices should be investigated— in addition to 
those technical innovations and performance benefits 
that distinguish one maker's modem from another 
maker's. 

As shown in the table, voice-grade modems can be 
grouped according to their speeds. The slowest operate 
at 1,800 b/s or less, use an asynchronous-code format, 
and interface low-speed asynchronous terminals, like 
keyboard-printers, to the line. Such low-speed units are 
simple and inexpensive because they do not require a 
clock— the elaborate timing circuitry included for bit 
synchronization required for synchronous medium- and 
high-speed modems. 

Medium-speed synchronous modems, operating at 
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1. Multiporting. When several terminals at one site must 
communicate with terminals at another site, a multiport 
modem having individual units of appropriate data rates 
can cut costs in this point-to-point hookup. 



2,000. 2,400, 3,600, and 4.800 b/s. are used with faster 
terminals and also multiplexers. High-speed modems 
work at 7,200 and 9,800 b/s, again with both terminals 
and multiplexers. 

Technological advancements in data communications 
over the past few years have resulted in the develop- 
ment of several useful new modem features. Among 
these are: dial-up capability on the switched network; 
dial backup for dedicated installations: automatic- 
equalization of electrical parameters to match the line's 
characteristics; secondary channel utilization: 
voice/data communications; built-in self-diagnostic 
techniques; and multiport capabilities. 

The dial-up capability 

Most modems rated at to 1,200. 2,000. 2,400 or 
3.600 b/s, and some at 4,800 b/s, can operate on the 
public switched (dial-up) telephone network. A line in 
this network is two-wire, and when it carries traffic in 
both directions, is said to operate in half-duplex mode. 
Here, traffic can flow in only one direction at a time. To 
turn .the line around and reverse the direction of traffic, 
time must be allowed for the echo suppressors to re- 
verse themselves. This takes about 150 milliseconds. 

In the error-control method most commonly used for 
two-wire half-duplex transmission, the terminal sends a 
block of data, the data is analyzed for accuracy at the 
receiver terminal (or computer), and the receiver sends 
an acknowledgement signal— either an ACK if the block 
contains no errors or a NAK if the block is erroneous 
and must be retransmitted. This procedure is called 
ARQ, for automatic request for repeat. Implicit in this 
discipline is that the line must be turned around twice 
for each block. That is, one echo suppressor must be dis- 
abled in one direction, and another suppressor in the 
other direction, the total cycle taking 300 milliseconds. 

To put this into perspective, a 1.000-bit block at 4.800 
b/s would take about 200 milliseconds to transmit and 
about 300 milliseconds to turn around— which may well 
seem an inordinate overhead. Some recently developed 
modem features help reduce or circumvent the line's 



turnaround time, among them the use of a reverse 
channel, a go-back-two ARQ scheme, and a fast-turn- 
around technique. 

Clever error control 

The most efficient of these, the reverse-channel 
method allows the short ACK or NAK signal to be re- 
turned over a low-speed asynchronous channel that 
shares the line with the main synchronous data channel. 
The effect is to completely eliminate turnaround of the 
data channel during consecutive block transmissions in 
one direction. But while some slow and medium-speed 
modems contain a reverse-channel feature, it is not of- 
ten exploited because it requires a special interface of 
limited availability at the host computer and the data 
terminal. 

A clever variation on this idea is the go-back-two ARQ 
method. Here, redundant bits for error detection are 
formatted inside the sending modem. The receiving 
modem analyzes the received block for errors, and 
sends back an ACK or a NAK over the low-speed reverse 
channel. Essentially, the modem sends blocks contin- 
uously until it receives a NAK. and, when that happens, 
it must repeat, not one, but the last two blocks. In the 
proper error environment and using an appropriate 
block length, the go-back-two modem can increase the 
net data throughput substantially over that of the con- 
ventional modem used in the standard ARQ situation. 
However, high error rates reduce the effective through- 
put. This "continuous" modem contains the special in- 
terface equipment for the reverse channel. 

The third way of increasing data throughput in half- 
duplex operation is to eliminate the need for repeatedly 
reversing the echo suppressor. This fast-turnaround 
method is implemented in certain 2,000-, 2,400- and 
3,600-b/s modems. A short signal of a specified fre- 
quency initially disables the suppressors and then 
changes to a continuous out-of-band signal of any fre- 
quency, which keeps them disabled during connection 
time but does not interfere with the data channel. Thus 
delay time is reduced to that required for modem syn- 
chronization—as little as 8.5 milliseconds, or 17 millise- 
conds for each block when operating in a half-duplex 
ARQ mode. By way of comparison, at typically used 
block lengths and the typical error environment found 
on the dial-up network, a fast-turnaround modem rated 
a.t 3,600 b/s may have a net data throughput similar to 
that of a "continuous" ARQ modem at 4,800 b/s. 

Modems featuring dial-up capability work in con- 
junction with a telephone equipped with an extra switch 
function besides on and off. This special switch, called 
an exclusion key, converts the line from voice to data 
communications. To initiate a manual data connection, 
the sending operator dials the receiver's number, and 
discusses with the receiving operator any necessary 
coordination before they both activate their exclusion 
keys. The two modems then go into what is called a 
handshaking routine, which tells both the terminal and 
the computer that a connection has been established. 

With proper ancillary equipment and data-access ar- 
rangements, the modem-to-modem data connection can 
be accomplished automatically, permitting unattended 
transmission and reception at terminal and computer; 
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the complete capability is called automatic answer- 
ing/automatic disconnect. 

When a modem is used on a dedicated, or private, 
line, the data connection is established permanently. 
This, among the other benefits of dedicated lines, saves 
time that would otherwise be spent on busy signals and 
handshaking. But dedicated lines max fail completely 
or suffer such a high error rate as to be useless. When 
either of these situations occurs, modems rated at 4.800 
b/s or less and connected to the dedicated line can also 
be used in a dial-backup mode. Furthermore, high- 
speed modems-the 7.200- and 9.600-b/s units normally 
only used on dedicated lines-can also be made to per- 
form in a dial-backup mode, provided their speed can 
be manually switched to 4.800 b/s. 

The why and how of equalization 

Equalization of a modem is a way that manufacturers 
compensate for the inconsistencies of a transmission 
medium— the telephone line, amplifiers, and other 
equipment making up the link-that was designed for 
voice rather than data. Its purpose is to match line con- 
ditions by maintaining certain of the modem's electrical 
parameters at the widest practical set of marginal limits 
to take full advantage of data rate capability of the line. 
Operating too near or outside of these margins increases 
the error rate. The main parameters affected by equal- 
ization are amplitude-and-frequency response and en- 
velope delay. 

The faster the modem, the greater becomes the need 
for equalization and the more complex the equalizer. 
Most 0- 1 ,800-. 2.000-, 2,400-, and 3.600-b/s modems in- 
corporate fixed, or nonadjustable. equalizers with char- 
acteristics that match the average line conditions found 
from a statistical survey of the dial-up network. That is. 
for a normal and randomly routed call between two lo- 
cations, modems with fixed, or statistical, equalizers 
should work well. If the error rate does rise to an unac- 
ceptable value, as may be indicated by a signal-quality 
light on the modem, the operator can often clear the 
difficulty up simply by dialing a new call and rerouting 
the connection. 

Some 4,800-b/s modems employ manually adjustable 
equalization. The parameters are preset, or tuned, at in- 
stallations to match the line. Once set. no further time is 
required to equalize a modem— except for a slight re- 
tuning once every three months or so— unless the line is 
reconfigured. 

Other- 4.800- and all 7.200- and 9,600-b/s modems 
feature automatic equalization, which continuously 
compensates for all the static and most dynamic ano- 
malies found on four-wire lines. With automatic equal- 
ization a certain initialization time is taken to train, or 
adapt, the modem to instantaneous line conditions. 
Thereafter the modem continuously tracks and com- 
pensates for line conditions that will change, for ex- 
ample, due to temperature variations during the day 
and night. 

The minimum initialization time for automatic equal- 
ization is about 50 milliseconds, during which no useful 
data can be transmitted. Because a terminal/ modem 
combination is operating full-duplex on a four-wire 
line, each two-wire line always transmits in one direc- 



tion so that there is no need for the conventional turn- 
around time to disable echo suppressors. Therefore, the 
initialization time for an automatically equalized 
modem occurs only when a "permanent" connection is 
being established in a point-to-point configuration, and 
hardly reduces net data throughput at all. 

On the other hand, the total turnaround time of auto- 
matically equalized modems may preclude their ef- 
ficient use in four-wire multipoint polled configurations 
or in two-wire systems with an arq protocol in which 
turnaround occurs often and equalization would have 
to occur as often. However, a special form of manual 
equalization, called forward equalization, makes 4,800- 
b/s operation practical for multipoint configurations on 
dedicated lines. 

In a multipoint polled system, several terminals are 
connected to the host computer along the same physical 
line, but only one terminal can be active at a time. Be- 
cause the distance from the computer to each terminal 
may vary by hundreds and even thousands of miles, the 
line condition from one terminal to the computer will 
be different from the line condition of every other ter- 
minal to the computer. If in these circumstances auto- 
matic equalization were used by the computer-site 
modem, the delay arising out of polling each terminal 
and receiving an answer would reduce data throughput. 
Instead, with forward equalization, the modem at each 
terminal is manually equalized, being adjusted for its 
own line length and other electrical conditions. 

The secondary channel 

Often a sending site may contain a fast, synchronous 
batch terminal and a slow, asynchronous terminal, such 
as a Teletype sender/receiver, both connected to the 
same receiver site and both operating in a full-duplex 
mode. One way to handle this situation is to install a 
dedicated four-wire voice-grade line and a four-wire 
low-speed line. But as a separate slow line costs about 
half as much as the fast one, it's far more economical to 
add a secondary-channel feature to the modem. 

The secondary-channel technique, usable only on 
four-wire systems, derives two channels from the same 
physical line, a wide one to carry synchronous speeds of 
2.000-, 2.400-. 3,600-, or 4,800 b/s, and a narrow one for 
the 150-b/s Teletype data stream. Actually, the second- 
ary-channel option can even provide two slow channels 
and one fast data channel on the same line. Further- 
more, it can be made to function as a reverse channel in 
two-wire half-duplex installations, but doing this re- 
quires special interface equipment. 

Voice and diagnostics 

Oral communication between two terminal locations 
is often essential for the coordination of data processing 
and data communications. With the addition of a voice 
adapter, available from most modem manufacturers, a 
dedicated four-wire point-to-point link installed for 
data communications can also be made to carry conver- 
sation. For example, the adapter permits the same line 
to be used during the day as a private-voice line and at 
night for transmission of fast batch data. 

One of the more valuable developments in modems 
has been the inclusion of diagnostic techniques to im- 
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2. Multidropping. Multiport modems, as in Fig. 1 , can also be used to drop off to terminals at an end-city and an inter- 
mediate city. Here, a multiport modem in Miami drops off data at Houston. The data then goes on to Chicago. 



prove system integrity and permit rapid fault isolation. 
The two major diagnostics are self test and remote test. 
In self test, a built-in pseudo-random test pattern exer- 
cises the modem's circuits. Using local loopback connec- 
tions to its own analog and digital interfaces, the 
modem indicates when the random pattern received is 
exactly the same as the one sent. That is, from just a 
simple light indicator an operator can tell conclusively 
whether or not the local modem is operating properly. 

If the self test shows the local modem is in a GO con- 
dition, then, with the help of a person at the other 
modem, a qualitative check of the line can be made. 
Here, the remote operator actuates a loopback switch so 
that the random pattern goes down the line and returns 
to the local modem. If errors occur on the line during 
transmission, the NO GO diagnostic light comes on. 

With remote test the local modems checks the remote 
unit and the line without the aid of anyone at the other 
end. Here, switches on the local unit send signals to the 
remote one to activate its loopback switches. The re- 
mote-test capability is meaningful for installations in 
which the remote terminal must operate unattended, 
say during the night. 

Normally one modem is needed for each terminal. 
However, a development called multiporting allows sev- 
eral terminals at the same site to be serviced by one 
high-speed modem on a point-to-point basis over a 
single four-wire line, as shown in Fig. 1. For example, 
one 9,600-b/s modem can carry four data channels, 
each rated at 2,400 b/s, between two point-to-point lo- 
cations. Several makers of 4,800-, 7,200-, and 9,600-b/s 
modems include multiporting in their product line. Cur- 



rently available data rate combinations include 2 X 
2,400. 3 X 2,400, 4 X 2,000, 2,400 + 4,800, and 2 x 
2,400 + 4,800 b/s. 

Although basically used for multiterminal point-to- 
point installations, multiported modems can also be 
used in a multidrop network. As an example of how a 
multipoint modem may be used to economize on line 
charges, consider the configuration in Fig. 2. In Miami a 
communications front-end processor interfaces with a 
4,800-b/s modem through two independent 2,400-b/s 
ports. Data from the two ports is bit-multiplexed by the 
modem into a single carrier signal for transmission to 
Houston, where the signal is demultiplexed to recover 
the two 2,400-b/s channels. One channel serves the ter- 
minal in Houston, and the other is retransmitted to Chi- 
cago through a conventional 2,400-b/s modem. 

Multiporting can save a lot on line charges, because it 
does away with the additional lines that would other- 
wise be needed if several point-to-point lines were to be 
used from a central site to the remote terminal loca- 
tions. To cite figures, eliminating one 500-mile voice- 
grade line saves almost $800 a month in line charges, 
whereas a modem with a multiporting capability may 
be bought once and for all for only about $500 more 
than the price of a conventional unit of the same total 
speed. 

To derive these multiple channels, modem makers in- 
clude time-division multiplexing circuits inside the 
modems. Multipoint modems do not compete with mul- 
tiplexers. Multiplexers concentrate low-speed channels, 
whereas multiport modems concentrate high-speed 
channels. p 
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I The shrewd system de- 
Bf£|H& I signer can save thousands 

^^^^^^^^^^^ of dollars on initial invest- 
ment and hundreds of dollars in monthly tele- 
phone charges for an institutional or corporate pri- 
vate line network. These savings can be realized by 
using hardwired, twisted-pair lines driven by lim- 
ited distance modems (LDMs). However, choosing 
the most economical way to drive data pulses 
down these lines involves tradeoffs in cost, per- 
formance, and quality of transmission. Although 
ldms lack capabilities found in conventional mod- 
ems, they are often chosen because of their lower 
cost for localized systems such as office complexes, 
universities, and factories. 

Typical point-to-point, multipoint, and repeater 
configurations are shown in Figure 1. Since such 
applications often have large numbers of terminals, 
the savings that can accrue by selection of the most 
economical transmission devices can amount to a 
substantial portion of the total system cost. How- 
ever, in evaluating the possible savings, the cost of 
wire and its installation should not be overlooked, 
since these expenses can be considerable. If wiring 
costs are prohibitive, the alternative is to use lim- 
ited distance modems in conjunction with leased 
telephone lines, but there may be problems in se- 
lecting units that meet telephone company stan- 
dards, which will be covered later. 

The four methods of transmitting data, each 
more expensive than the preceding one, should be 
carefully evaluated: 

• Direct connection by ordinary copper-wire 
pairs. 

• Line drivers, which reshape distorted pulses. 

• LDMs, which are simpler versions of conven- 
tional modems. 

• Conventional telephone-line modems. 

The range of distances that can be achieved by 
the various interconnection methods are shown in 
Figure 2. As might be expected, the greater the dis- 
tance, the greater the cost. 

The RS-232-C and CCITT v.24 standards limit di- 
rect connections to 50 feet for data rates to 20 kilo- 
bits per second (kb/s). For distances greater than 
50 feet, first consideration should be given to line 
drivers. 

A single line driver generally provides adequate 
performance for hundreds of feet (depending on 
the unit) at data rates up to 9.6 kb/s. Beyond the 
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1. In the various link configurations, whether to use 
direct connection, line drivers, ldms, or conventional 
telephone modems depends on the distances. 

distance normally specified for the line driver, sig- 
nal attenuation and line distortion become signifi- 
cant, and tradeoffs between line drivers and ldms 
must be considered. However, line drivers can be 
strung out as repeaters (Fig. 1). 

The distortion that results from long line lengths 
is caused by electrical characteristics of twisted- 
pair cables, which round off the leading edges of 
pulses and displace them in time. Pulse rounding, 
in turn, causes pulse sensing to be delayed, adding 
to existing delays. The effect of increasing attenua- 
tion as distance increases sometimes makes signal 
levels fall below the thresholds of pulse sensing cir- 
cuits, thereby causing bits to be dropped. 

The factors affecting the usable distances of line 
drivers and ldms for long wire runs are trans- 
mission rates, distances between points, and wire 
types. By using line drivers, low data rates may be 
transmitted over several miles of wire. For in- 
stance, at speeds up to 300 bits per second (b/s), 
data can be transmitted over 5,000 feet of #22 
twisted-pair wire without excessive distortion. But 
to minimize errors, high data, rates require squarer 
pulses than low data rates. Therefore, data rates 
much higher than 300 b/s suffer from reduced 
range. For example, 2.4 kb/s is limited to several 
hundred feet between line drivers. 

When to use LDMs 

If line drivers cannot do the job, the next consider- 
ation should be ldms. The basic elements of an 
LDM are shown in Figure 3. These devices are sim- 
pler and less expensive versions of conventional 
telephone modems. The cost advantage of an ldm 
increases with the data rate because three major 
functions performed by conventional modems can 



be eliminated or relaxed. At low data rates, the cost 
differences are not great. At high speeds, the differ- 
ential may be thousands of dollars. 

Among these unnecessary modem functions are 
multilevel modulation schemes, which compress 
high data rates into the narrow voice grade chan- 
nels supplied by telephone companies. Another 
function that can be eliminated in ldms is immu- 
nity to frequency offset. This effect often occurs in 
the modulation and demodulation processes in 
long distance telephone circuits. If the modulation 
and demodulation carriers are not precisely at the 
same frequency and phase, then the received signal 
is offset, causing demodulation errors. 

A requirement that can be relaxed in LDMs is 
noise rejection. This factor often plays an impor- 
tant role in dictating the modulation technique of 
a telephone modem and tends to make it costly. 

Another major reason for using ldms is to solve 
the problem of servicing by vendors. Some sup- 
pliers are unwilling to maintain their equipment 
unless it is linked to other equipment by lines that 
meet AT&T standards. A pair of ldms can satisfy 
this requirement, but they should be selected care- 
fully to assure that they meet these standards. 

Settling for less 

In return for low price, ldms lack some capabili- 
ties, which could limit their usefulness. Therefore, 
in considering tradeoffs between LDMs and conven- 
tional modems, the buyer must decide whether his 
system will tolerate the deficiencies. 

First, ldms are used mostly for private line, hard- 
wired links. Some also can operate over local-loop 
voice grade telephone lines, provided that: there 
are no loading coils between the two points; the to- 
tal distance the signal must travel can be guaran- 
teed to be within the range of the modem,- the 
bandwidth is within the range of the telephone 
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2. The typical usable distances indicated for the vari- 
ous short-haul transmission methods are based on 
medium-speed operation of 2,400 bits per second 
and using twisted pair copper wires. 
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3. A limited distance modem contains a transmitter 
and a receiver. The input data either is modulated 
(analog) or encoded (digital). 

lines,- and the power level meets standards for me- 
tallic circuits (Bell System Technical Reference 
43401). Although manufacturers may promise that 
telco bandwidth and power requirements can be 
met for some models, when the LDMs are to be used 
over telephone lines, it is best to determine in ad- 
vance of purchase whether or not the local tele- 
phone company will find them acceptable. 

Another problem is that some ldms have modu- 
lation techniques with inherent defects, so that 
certain bit patterns cause temporary loss of syn- 
chronization. The buyer should find out whether 
such patterns affect the ldm being considered. 

Ease of adjustment should be given serious atten- 
tion, especially for new systems. Several manufac- 
turers note that customers often select a given 
speed, only to find that by the time the system has 
been tested and optimized, they really require a 
different speed. Similarly, changes in line lengths 
may require equalization and power level adjust- 
ments on the units. 

Some LDMs require a degree of technical exper- 
tise and certain test equipment to change speeds 
and make line matching adjustments. Others must 
be returned to the factory for these jobs. However, 
a number of ldms do facilitate these adjustments 
by means of front panel controls or wire jumpers. 
As might be expected, the ease with which adjust- 
ments can be made often depends on the price of 
the unit. 

What else to look for 

At short distances, the error rates specified for 
most units are about 1 error in 10 8 bits, but these 
rates increase rapidly with respect to distance, and 
the user should check with the manufacturer on 
the conditions under which the LDM has been 
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4. Maximum line length depends on both data rate 
and wire gage. Graph shown above applies to Com- 
puter Transmission Corp.'s Intertran. 

tested for the specified error rate. He should also 
find out what the error rate may be for the 
LDM/line combination he is considering and the 
noise pickup expected. 

Many ldms provide for alternative clocking 
modes of operation. For example, Northern Elec- 
tric's STE-2 offers master-master, master-external, 
and external-slave modes. In master-master, a crys- 
tal clock circuit in each unit controls its own trans- 
mitter, but the receiver is slaved to the unit send- 
ing data. In external-external, an outside clocking 
signal, such as that from a terminal, synchronizes 
the transmitters of the units on line, but the receiv- 
ers are slaved to the sending units. 

For the external-slave mode, an outside clock 
drives the transmit circuit of one unit (external 
mode) and the receiver circuits of both the exter- 
nal and slave LDMs are synchronized to the re- 
ceived clocking pulses. In addition, the transmitter 
of the slave unit also is- synchronized to this clock, 
so that only one master clock is needed to control 
the link. 

Diagnostic capabilities vary from one LDM model 
to another. Increasingly, manufacturers are turning 
to self-testing methods to permit the user to easily 
find out if his unit is defective or if trouble exists 
elsewhere, with one or more lights to indicate 
equipment status and alarm conditions. 

The self-testing features usually involve some 
form of loopback testing. An example of an exten- 
sive set of diagnostics is found in the Codex 8200. 
The simplest diagnostic is a local loop-back test, 
which returns the transmitter output to the re- 
ceiver of the same ldm so that the transmitter sig- 
nal can be checked for errors. Another test, dc bus- 
back, transmits the received data and clock back to 
the LDM at the other end of the line to provide an 
end to end test. Still another test, remote loopback, 
triggers dc busback at a remote site to test the ele- 
ments bypassed in the preceding test. In all of these 
tests, an internally generated message may be used 
instead of existing data in order to fully exercise 
the system. If an error appears in the received data 
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pattern, the signal detect indicator is extinguished 
for 200 milliseconds. 

Hardware and software interfacing usually 
present no special problems. However, since in- 
spection of vendor literature will not always indi- 
cate whether such problems may exist for the par- 
ticular hardware and software environment in 
which the modem is to be placed, it is advisable 
first to borrow or rent a pair of units. 

The ways of building line driving units into a 
network depend on the most economical pack- 
aging available. Most line drivers and LDMs can be 
purchased in modular or stand alone form. Some 
terminal equipment also may have these units 
built in. If several units can be located in the same 
place, the best approach is to order them in a rack- 
mounted enclosure as shown for the private line 
network in Figure 1. 

In "a polled system, only one driving unit, either 
modular or stand alone, is needed at the primary 
site. For systems in which the wire runs exceed the 
limits of the line driving units, repeater stations 
may be needed. If they are found to be necessary, it 
is a good idea to rethink the selection process, as 
the most economical approach may be to use a 
combination of units with different ranges or per- 
haps even substituting line drivers. 

Comparing prices 

The point at which ldms begin to cost less than 
telephone modems of the same speed usually be- 
gins at 2.4 kb/s rates and rises dramatically with 
the data rates. For example, Gandalf Data Commu- 
nications Ltd. offers a simple 2.4 kb/s LDM for a 
little more than $500, while the same company will 
sell a simple unit with three times the speed (9.6 
kb/s) for about $200 more. Products that contain a 
full complement of features and operate at high 
speeds sell for $1,000 and up. In contrast, conven- 
tional telephone modems may sell for $900 or more 
for 2.4 kb/s speed, but 9.6 kb/s capability costs 10 
times as much. 

Prices of LDMs begin at about $250. Most units 
provide for simplex, half duplex, and full duplex 
configurations; synchronous or asynchronous oper- 
ation; and built-in self testing. The lower priced 
units generally operate at the low data rates, offer 
meager self checking features, few if any adjust- 
ments for matching the lines' electrical character- 
istics, and make on-site data rate changes difficult 
or impossible. The more expensive units do not 
suffer from these deficiences but instead offer ex- 
tensive local and remote diagnostic capabilities,- 
switch or strap selectable speeds and clocking ar- 
rangements,- higher data rates ; equalization, ampli- 
tude, and other line conditioning adjustments,- and 
provide a variety of interface arrangements. 

Data rates of most LDMs range between 2.4 and 
9.6 kb/s. However, some units offer speeds down to 
300 b/s or less and others reach data rates up to 1 



Mb/s. The major features of various LDMs are listed 
in the table. Note that since most applications do 
not require data rates exceeding 9.6 kb/s and that 
distances rarely exceed 5 miles, the range usually is 
not a problem. 

Hooking up the system 

An important consideration in designing a system 
containing LDM's is selection of the most economi- 
cal form of wiring. If the system is wholly situated 
on private property, cables can be strung, or telco 
lines can be leased. It is illegal to connect to 
unused carrier-owned lines strung within the 
premises without permission from the telephone 
company. Similarly, stringing private lines along 
public property is usually prohibited. 

If the decision is made to use private lines, there 
may still be some legal problems, as indicated in 
the following incident, related by one ldm manu- 
facturer, on problems of installing an internal tele- 
phone system. 

A plant had installed private PBX equipment for 
internal telephone service. The building was built 
with troughs recessed in the concrete floors to 
house cable installed by the telephone company. 
At first, the plant management asked the telephone 
company for a quote on purchasing the cable, but 
the price was far beyond what had been budgeted 
for wiring the system. 

The company then considered installing its own 
cables in the troughs, but found out that this, too, 
is forbidden because the telephone company has 
exclusive use of these troughs, even though it owns 
only the cable in them. In the end, the company 
had to resort to stringing the wire through drop 
ceilings, bypassing the cable troughs intended for 
telephone lines. 

Wire sizes and types deserve special attention. 
Twisted-pair wire serves for relatively short dis- 
tances, and coaxial cable may be needed for longer 
runs. For example, International Communications 
Corp. specifies that for its Model 1100, a data rate 
of 4.8 kb/s may be transmitted over 15 miles of 
# 19 twisted-pair wire, but only five miles for #24 
wire. At speeds near 1 Mb/s, these distances drop to 
10% of the 4.8 kb/s distances. If, instead, 1100s are 
interconnected by video quality coaxial cables, the 
signals can be reliably transmitted as far as 17 miles 
at 4.8 kb/s and 2.4 miles at 1 Mb/s. Each manufac- 
turer can provide a set of curves showing suggested 
bit rates for wire lengths for various wire sizes. An 
example is shown in Figure 4. 

The manufacturer also should supply informa- 
tion on what signals appear on the various connec- 
tor pins, the connector types, and the loading re- 
quirements. While most of this information is 
spelled out in the standard interface specifications 
such as RS-232-C or CCITT V.24, the user should 
make sure that all required signals actually are 
brought out to the connector. ■ 
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Data communications users usually multiplex their 
high-capacity traffic on leased voice-grade lines be- 
tween major data-accumulation centers so that they can 
transmit large amounts of data at reasonable prices. By 
means of multiplexing, one high-speed link can carry 
the same amount of traffic that several low-speed ones 
could handle without it. 

By taking advantage of the rate structures for the 
various types of leased lines available from common 
carriers, the user can lease one high-speed link for much 
less than a number of low-speed lines would cost. More 
than likely, the savings realized from multiplexing- 
concentrating— traffic into one high-speed line will pay 
for the multiplexing equipment. 

How much the user can save depends on how com- 
mon carriers have constructed their tariffs for leased 
lines. Intrastate tariffs will, of course, vary from state to 
state, but interstate tariffs— notably AT&T tariff FCC 
#260— demonstrate how multiplexing can cut costs. 

The table lists specific #260 charges for three types 
of commonly used lines operating at different speeds. 
They represent the kinds of channels available to ac- 
commodate the slowest to the fastest terminals found in 
normal business applications. (The prices, subject to 
change, were in effect as of Oct. 1, 1972.) 

For data rates up to 75 bits per second, the charge for 
1005-type lines ranges from $1.58 per mile per month 
for the first 100 miles down to $0.34 per mile for dis- 
tances over 500 miles. In addition, at every city serviced 
by the circuit, the telephone company charges $30.25 
per month for the first service terminal— which consists 
of equipment and facilities providing the subscriber 
line— in a given exchange area and $9.08 for additional 
service terminals in the same exchange area. 

The 1006-type lines provide 150-b/s service. Here, 
charges run from $1.93 per mile per month for the first 
100 miles down to $0.39 per mile for more than 500 
miles— the first service terminal costs $34.38 per month, 
and each additional one $10.32. A station arrange- 
ment—electrical interface equipment— at each termi- 
nation costs an additional $ 13.75 per month per station. 

The type-3002 voice-grade line is usable at data rates 
up to 9,600 b/s, the actual data rate depending on the 
modem and terminal equipment connected to the line. 
The telephone company can condition the 3002 line, 
which extends the line's bandwidth, and thus make it 
suitable for higher speeds and more subchannels. 

For an unconditioned line, commonly called a CO 
line, charges start at $3.30 per mile per month for the 
first 25 miles and are reduced to $0.82 per mile per 
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1 . Tariffs. A voice-grade private line, which can handle up 
to 9,600 b/s, costs less than twice as much as either of 
the two lower-speed lines, thus offering savings with mul- 
tiplexing. 

month for more than 500 miles. Service terminals cost 
$16.50 a month for the first terminal and $11 for each 
additional one in the same exchange area. CI condi- 
tioning adds $5 per month per station; C2, $19 per 
month per station, and C4, $30 per month per station. 

Multiplexing saves line costs 

Another view of the relative costs of lines is given in 
Fig. I. Note that the voice-grade line always costs less 
than twice the price of the slower circuit, yet it can carry 
many more than twice the bit rates of the slower line. 
Thus, if more data can be added to a voice-grade line 
and some slower lines eliminated— the purpose of multi- 
plexing—there is an excellent prospect for trading off 
the reduced line costs against the monthly cost of multi- 
plexing equipment. 

Consider an application in which a computer center 
in New York City communicates with branches in the 
western part of the country. As shown in black in Fig. 2, 
a nonmultiplexed configuration— which may have 
evolved as the company established more branches- 
uses four point-to-point 1006 lines. This requires eight 
service-terminal/station arrangements at a cost of $352 
a month. The mileage cost for the four lines is $5,354 
per month, bringing total communications cost to 
$5,706 a month. 

The geographical disposition of these western loca- 
tions indicates that multiplexing could be beneficial by, 
in essence, bundling all four direct lines into one multi- 
drop 3002 line running from New York to Denver, to 
Las Vegas, to San Francisco, and to Portland, as shown 
in color in Fig. 2. 

The cost for five service terminals (instead of eight) is 
now $83 per month, and the line mileage cost is $4,1 13. 
for a total of $4,196 per month. The net communi- 
cations-link savings is thus $1,510 per month, probably 
more than enough to pay for the monthly cost of the 
multiplexing equipment needed to concentrate the four 
low-speed direct lines into one higher-speed line. 

If a preliminary analysis indicates that multiplexing 
may save money, consideration must then be given to 



selection of either frequency-division multiplex (FDM), 
time-division multiplex (TDM), or a combination of FDM 
and TDM. As the names imply. FDM achieves its concen- 
tration by dividing the telephone-line frequency band 
into smaller frequency segments, and TDM allocates 
time segments to the various traffic channels. Generally, 
FDM is used when one line must service many terminals 
in a local area through a multidrop arrangement. In 
contrast, TDM is usually used in long-distance point-to- 
point configurations, typically between major cities. 

FDM divides band 

In FDM. a voice-grade line with a certain bandwidth, 
typically 3.000 hertz, is split into narrower channel seg- 
ments, often called derived channels or data bands. 
Each channel, tuned to a specific frequency, has a trans- 
mitter at one end and a receiver at the other end. Binary 
characters are indicated by some type of presence or ab- 
sence of signals at each data channel's assigned fre- 
quency. The width of each frequency band determines 
the data-rate capacity of the subchannel. For example, 
the band can be made narrow enough to pass only 75- 
b/s data streams or wide enough for 150 b/s, or even as 
many as 300 b/s, if required by the terminal speeds. 
Guard bands separate the data bands to prevent data 
on one channel from interfering with data in the adja- 
cent channel. 

FDM is code-transparent; that is, once the data band 
is set, for example, to carry up to 150 b/s, any terminal 
device operating at 150 b/s or less can be run through 
that channel without concern for code format. There- 
fore, the channel can be operated at 110-b/s Teletype 
speed for part of the day, and then be switched to an 
IBM 2740 communications terminal at 134 b/s for an- 
other part of the day. Generally. FDM is used for low- 
speed asynchronous terminals. 

Typical data-band spacings are shown in Fig. 3. The 
CCITT (International Consultative Committee for Tele- 
graph and Telephone) series provides 17 75-b/s chan- 
nels on an unconditioned (CO) line, 19 channels on a CI 
conditioned line, 22 channels on a C2 line, and the full 
24 channels on a C4 line. These data bands were estab- 
lished many years ago by the common carriers and gov- 
ernmental agencies so that the channel spacings were 
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geared then— as now— to keyboard terminals. 

For higher data rates, the CCITT standards also allo- 
cate 12 and 6 channels from a voice-grade line (Fig. 3). 
These channels are simply frequency multiples of the 
24-band standard. These CCITT frequencies, although in 
international service, are also used to derive channels 
on voice-grade lines within the United States. However, 
with the development of terminals operating at speeds 
that don't match CCITT derivations, new families of 
FDM equipment have been developed (for example. 
General DataComm Industries' Chan-L-Stak) to split 
the voice-grade line into data rates required for the 1 10- 
b/s and 134-b/s terminals in common service today. 
Wider FDM subchannels now provide more efficient use 
of voice-grade lines than the older CCITT standards. 

Functionally. FDM consists of a section of common 
equipment and a channel set for each derived channel 
serviced by the multiplexer (Fig. 4). The channel sets 
are independent of each other. Thus, if only five 75-b/s 
channels are needed on an unconditioned voice-grade 
line, .only five channel sets, not the full 17, are installed. 
The only cost for later expansion of the system is for the 
addition of necessary channel sets— without additional 
line charge. Typically, a computer center houses the 
common equipment and the channel sets needed to get 
in and out of the computer. An FDM channel set would 
also be located with each terminal. 

FDM operates on two or four wires 

FDM normally provides full-duplex operation on a 
four-wire circuit. Each channel set has a transmit and a 
receive section. All transmit tones go out on one pair of 
wires, and all receive tones come back on a second pair. 
However. FDM can also operate full-duplex on a two- 
wire system. For example, with 24 channels available 
on the line, one channel set is tuned for line-channel 1 
to transmit, and channel 13 receive; another for channel 
2 transmit, and channel 14 receive; and so on. Here, the 
number of data channels is halved, but this technique 
will save the difference in costs between four-wire and 
two-wire lines in a network servicing a small number of 
full-duplex terminals. 

TDM uses full bandwidth 

In contrast to FDM, time-division multiplexing utilizes 
the full bandwidth of the line, but divides it into a se- 
quence of time segments, with each segment assigned to 
a character (or a bit) from each low-speed terminal. The 
fundamental operation of TDM is shown in Fig. 5. Here, 
each low-speed terminal is assigned a channel register 
that accumulates bits representing, say, a character in a 
message. The TDM's common equipment generates a 
synchronizing pattern, and then a scanner circuit inter- 
rogates each channel register in time sequence, packing 
the bits in each character into a continuous, synchro- 
nous bit stream that then goes through a high-speed 
modem down the voice-grade line to a demultiplexing 
equipment at the other end. This cycle repeats contin- 
uously so that the second, third, fourth, and subsequent 
characters from each terminal appear at the receiver. In 
this manner, the TDM equipment handles data from 
many low-speed terminals and concentrates it into one 
long high-speed synchronous bit stream. 



r \ 




2. Alternative. Connecting four outlying cities to a host 
computer can take four direct private lines, shown in 
black, or, at less cost, with one multiplexed, multidropped 
line, in color. 

At the receiving end, similar equipment works in re- 
verse to demultiplex the bit stream and assemble the 
characters into coherent messages from each sending 
terminal. The multiplexers at each end of the leased line 
are essentially identical, and each channel has data re»- 
isters to transmit and receive data, as shown in Fig. 6. 
This multiplexing technique is called character inter- 
leaving. An alternative, called bit interleaving, scans 
one bit from each register in sequence. 

Compared with FDM, TDM requires more equipment 
in common, as shown in Fig. 6. Further, operating in a 
digital mode, TDM requires a modem to interface with 
the line, whereas FDM, already operating in a frequency 
mode consistent with the voice line, does not need a 
modem. Often, TDM makers will include the modem as 
an option, particularly for operation at 1,200, 1,800, and 
2.400 b/s. At 3,600 b/s and faster, the modem must be 
selected as a separate stand-alone unit. 

Needs dictate choice 

While fdm and TDM are often thought to be competi- 
tive techniques, the choice of one or the other is usually 
dictated by different parameters; in fact, most data- 
communications systems contain both types. The main 
considerations in multiplexing are channel capacity, 
equipment costs, and line configuration. 

CHANNEL CAPACITY. With FDM a C4 conditioned line 
can be split into 24 channels, each carrying 75 b/s, for a 
total line capacity of 1,800 b/s. And other chan- 
nel/speed combinations can be obtained. For example, 
the same C4 line can carry 16 channels at 134 b/s each, 
for a total of 2,144 b/s. Thus, the maximum throughput 
of the voice-grade line is in the range of 1,800 to 2,100 
b/s. With TDM, the capability of the modem sets the 
maximum line data rate. Thus, on the same C4 voice- 
grade line, the maximum data rate can be 9,600 b/s. 
And, with special wideband lines available from the 
carrier and with an appropriate modem, lower-speed 
channels can be multiplexed up to 40,800 b/s. 

equipment COST. For preliminary planning pur- 
poses, the following prices can be used to estimate FDM 
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3. Conditioning. With proper adjustment of the line's 
electrical characteristics, called conditioning, the voice- 
grade line can (with C4 conditioning) provide up to 24 75- 
b/s channels. 

and TDM equipment costs. In FDM, the common equip- 
ment capable of handling from nine to 16 low-speed 
channels costs about $600. Each channel set at each end 
of the line costs about $500. As mentioned earlier, FDM 
entails no modem cost. 

In TDM, the common equipment to handle about 25 
or 30 low-speed channels costs about $3,000. Each 
channel end, with full diagnostic and network-control 
features, requires about $175 worth of equipment. In 
addition, each end of the high-speed line requires a 
modem, the cost depending on the composite bit rate. 
For planning purposes, a 2,400-b/s modem costs $1,500 
to $2,000; a 4,800-b/s modem, $4,000 to $5,000; and a 
9,600-b/s modem about $9,600. Note that these are 



equipment-purchase costs. The equivalent monthly cost 
can be determined by dividing the purchase cost by 28, 
the actual divisor depending, however, on the specific 
terms of a lease contract or how the buyer chooses to 
amortize capital investments. 

LINE CONFIGURATION. FDM equipment is nested at 
the host computer location. One voice-grade line can be 
multidropped to serve many dispersed terminals when 
there is a geographical relationship like that shown in 
Fig. 2. The basic application of time-division multiplex- 
ing is to provide high-speed data rates between two 
widely separated points on a leased line— for example, 
between New York City and Los Angeles. However, as 
shown at the top of Fig. 7, TDM can also be used in a 
form of multidrop. Here, a relatively uneven split in 
number of channels exists between a central city (Chi- 
cago) and the two end-point cities. 

As shown, 30 channels are multiplexed onto a 4,800- 
b/s line in Los Angeles. They enter a multiplexer in 
Chicago, which splits out seven channels for distribu- 
tion to local terminals, and the remaining 23 channels 
are forwarded on to another TDM in New York City. 
The only thing the Chicago TDM does to the channels 
going to New York is to buffer and retime the data. This 
concept can be extended to include several more mid- 
point drop-off locations, but the added cost of TDM 
common equipment and modems may obviate this ap- 
proach for more than three or four locations. 

TDM can be split 

Another way of TDM multidropping, shown at the 
bottom of Fig. 7, is to install a "split" TDM at the com- 
puter center in Los Angeles, run to Chicago at, for ex- 
ample, 4,800-b/s, and drop off about half the channels 
through a smaller multiplexer. The rest of the channels 
run on a 2,400-b/s line to New York City where, again, 
a smaller multiplexer distributes the channels to appro- 
priate terminals. Because of the lower speed on the Chi- 
cago-New York City link, less expensive modems can 
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4. Multidrop. Frequency-division multiplexers use a common equipment, along with individual receive or transmit 
channel sets, at the computer site, and the individual channel sets at each remote site are dropped from one four-wire 
link. 
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5. Packed. In time-division multiplexing, a channel register assigned to each terminal accumulates bits from each 
character, and then the characters are scanned and transmitted in sequence by the multiplexer as a high-speed 
packed data stream. 



be used. Costs of the line and TDM equipment remain 
about the same for both methods of multidropping. 

In summary, FDM has the advantage of greater multi- 
drop capability, it is code-transparent, and, for systems 
of about 10 or fewer channels, will probably cost less 
than TDM. Thus, even when TDM is used for trans- 
mission at high data rates between two widely separated 
cities, FDM is often used in the same system to multi- 
drop channels to clustered terminals in the drop-off 
areas. TDM achieves more efficient utilization of a voice- 
grade line because of the multiplexing technique. It can 
mix asynchronous and synchronous channels and can 
handle higher terminal rates. On large systems, the 
over-all TDM equipment costs will be less than those of 



FDM. However, since TDM actually restructures the 
code, and often strips out start-stop bits from asynchro- 
nous terminals to raise net data throughput, the channel 
equipment in TDM is code-sensitive. Thus, TDM requires 
programing for a particular code and channel data rate. 

An actual user-owned on-line data-entry network 
(Fig. 8) employs a combination of TDM and FDM equip- 
ment operating on 3002 voice-grade lines. The com- 
puter center is in Dallas, with time-division multiplex- 
ing links fanning out to regional areas served by 
Orlando, Washington, Chicago, and Los Angeles. Ex- 
tending from these regional centers are FDM circuits to 
various local points where FDM channel sets serve IBM 
2740 communications terminals used by the operators. 
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6. More. Compared with FDM, the time-division multiplexer employs more equipment in common at the location at 
which the low-speed lines from the terminals are concentrated, and each data channel requires a pair of channel reg- 
isters. 
64 
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7. Channel splitting. In the top multidrop configuration, several channels may be dropped off at a mid-city location 
with the same data speed forwarding the balance of the channels— but, at bottom, the split multiplexer permits use of 
lower-speed modems. 

This configuration is typical of many -user-owned, pri- 
vate communications networks. Because neither the nu- 
merous equipment vendors nor telephone companies 
can be responsible for total system maintenance, the 
company's communications manager must supervise 
maintenance to keep the data-communications system 
operating. Since technical expertise tends to be located 
at the computer center, this appears to be the logical 
place to establish maintenance management. And to 
manage maintenance from one location, each major 
piece of equipment should include remote control and 
diagnostic capabilities. 
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Diagnostic capability cited 

Typical of diagnostic capability is that contained in 
General DataComm's multiplex equipment and in 
modems from many vendors. Take as an example the 




8. Nationwide. Network employs high-speed lines and 
TDMs between regional centers, FDM subsets locally. 



9. Big brother. At console in Dallas, diagnostic routines 
can be initiated to check out the Dallas and Orlando 
equipment. 

Dallas computer center, the high-speed link to Orlando, 
and the Orlando terminal concentration, as shown in 
Fig. 9. The communications group in Dallas can, first, 
call for a loopback— denoted by curved arrow— around 
the Dallas TDM, to check the integrity of that equip- 
ment. If all is well, the Orlando tdm outputs can be 
checked channel by channel from Dallas, looping each 
channel back, without affecting operation of other chan- 
nels. Also controlled from Dallas is the channel-by- 
channel checkout of the Orlando FDM equipment, as 
well as the FDM subsets right at the interface of the IBM 
2740 terminals. Included in the discipl ine of fault diag- 
nosis is the ability to determine from Dallas when any 
line is not working properly, even if it's within the juris- 
diction of the phone company in Florida. 

Related to remote fault diagnosis is the capability to 
repair the equipment. Often this is merely a matter of 
replacing, from a set of spares, a module isolated by the 
diagnostic routine. This replacement can be easily ac- 
complished by a company employee— with very little 
technical training-at the site. More difficult repairs 
may require an in-house service group or assurance that 
equipment vendors have properly trained maintenance 
men suitably deployed to reach the trouble site quickly. 
Since a data-communications system is an integral part 
of a company's operation, down-time can be costly. □ 
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Based on a minicomputer, 
the programable front-end 
processor serves as a line 
controller and relieves the 
host computer of most of its 
data-communications overhead 

David Stackpole 

Digital Equipment Corp. 
Maynard, Mass. 



Programable 
front-end 
processors 

When computer-based data-communications systems 
began coming into use in the 1960s, the preferred inter- 
face between the host computer and the communi- 
cations lines was the hard-wired transmission control- 
ler-notably IBM models 2701, 2702, and 2703 (or 
270XJ. Occasionally even then, small computers, called 
data-communications preprocessors, were installed at 
the front of the host computer by such large-computer 
makers as Burroughs and Digital Equipment Corp. 

Then, several minicomputer makers began to ad- 
vocate actually replacing the hard-wired units with 
programable front-end processors. The idea took 
hold so well that in early 1972 IBM announced its 
own model 3704/5 series of programable commu- 
nications processors. 

A programable front-end processor (PFEP) often costs 
less than a hard-wired controller. Its real advantage, 
however, is its ability to free the host computer's inter- 
nal memory, software, and execution time of much of 
the burden of data communications. First, compared 
with the hard-wired unit, it makes much less demand on 
the host computer for line control. Second, being far 
more versatile than the hard-wired unit, it can take over 
such data-communications tasks as polling, code con- 
version, formatting, and error control. 

In a well-designed data processing system, with the 
computer operating in a batch-data processing mode, 
average computer utilization is about 75% to 80%. The 
balance of 20% to 25% has to be left available as a re- 
serve for servicing peak loads. But adding a data-com- 
munications mode increases the average load by per- 
haps another 20%, eliminating the reserve capacity. 

In this situation, if the extra load is handled by up- 
grading the host computer to a larger mainframe or 
more memory or both, thousands of dollars will be 
added to the lease cost of the system. But if retaining a 
peak-load reserve is handled by adding a PFEP, it costs 
relatively little to buy the PFEP, develop suitable soft- 
ware and pay the manpower to install, test, and start it 
up. A cursory analysis of computer utilization and com- 
parative costs will quickly reveal whether it is econom- 
ical to opt for a PFEP. 

While only the simplest data-communications sys- 
tems will in the future employ hard-wired controllers, 
those controllers now in operation are candidates for re- 
placement by a PFEP. But the line-control discipline im- 
plemented by the hard-wired controller is so thoroughly 
embedded in the technology of computer-based data 
communications that the PFEP will, for some time to 
come, be initially programed to emulate the hard-wired 
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1. Evolutionary. When a hard-wired controller (a) is replaced by a programable front-end processor (PFEP), the first 
step (b) is to make the PFEP emulate the controller, and the second step (c) is to move communications programs 
from the computer to the PFEP. 

worth perhaps $5 to $20 a minute, on slowly accumulat- 
ing bits and converting them into bytes. 

Instead, this job is done by hardware registers in the 
interface. There, each serial-bit character coming from a 
given terminal is directed into that terminal's interface 
channel and converted into a parallel byte for the com- 
puter. The computer in turn temporarily stores that 
byte in a dedicated address space in its internal 
memory, from which the byte, or character, moves ei- 
ther to another area in internal memory or to a second- 
ary memory that accumulates words and messages. One 
address space is needed for each line. 

All this the hard-wired controller does under control 
of communications programs stored in the host com- 
puter (Fig. la). When the PFEP is used only as an 
emulator (Fig. lb), it operates under control of the same 
communications software. And it too has as many chan- 
nel addresses between the host computer and the PFEP 
as there are lines into the PFEP. But note that in the true 
front-end processor (Fig. lc), just one channel is used by 
the PFEP to communicate with the host computer. This 
means that only one address space is needed in the host 
computer, leaving the more space for use by other pe- 
ripherals. Also the access-method program, which "con- 
nects" input lines to the application program, is simpli- 
fied, since the host computer interfaces with only one 
line, not many, to the pfep. 

Acting solely as an emulator, the PFEP offers no real 
economic advantage since the data-communications 
overhead still burdens the host computer. This over- 
head consists of extensive manipulation, or preprocess- 
ing, of data that must be accomplished by the host com- 
puter before it can actually operate on the messages. 
These preprocessing programs require host-computer 
execution time and internal memory, both of which 



controller. Thus the installation of a PFEP occurs in two 
major steps. The first is the programing of the PFEP with 
the line-control functions of the hard-wired controller 
(Fig. la and b). The second is the transference from the 
host computer to the PFEP of much of the software re- 
lated to specific data-communications functions (Fig. lb 
and c). The result is to make the network managed by 
the PFEP appear to the host computer almost like a 
single input/output device that is ideally compatible 
with the design and operation of the host computer. 

As a preliminary to discussing the major project man- 
agement and software aspects of getting a front-end 
processor on line, it is instructive to review the complex 
situation at the interface between the transmission lines 
an,d the host computer. A typical data-communications 
system includes several types of terminals as well as 
multiplexers and perhaps a remote data concentrator, 
operating asynchronously and synchronously and with 
several codes and speeds. Thus, when all bits in all char- 
acters in all messages converge at the central computer 
site, the host computer is confronted with a random, in- 
terleaved, and intermittent data stream from all on-line 
terminals and other devices. 

The host computer is not designed to directly process 
these diverse inputs. The bits comprising a character are 
entered one after the other at the terminal and continue 
as a series along the transmission link to the computer. 
But the host computer takes in all the character bits in 
parallel, at one time. In computer terms, this bit-parallel 
character is called a byte. Moreover, the host computer 
can accept bytes at a rate at least 1,000 times faster than 
characters come off" a high-speed voice-grade line. It 
would be wasteful for such a machine to spend its time, 
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may be in short supply in a given application. Depend- 
ing on installation size, the amount of internal memory 
dedicated to data-communications tasks will range from 
20.000 to 60,000 bytes. 

When most of the overhead is transferred out of the 
host computer and into the PFEP, the front-end proces- 
sor will, among other things: 

■ Poll the input and output devices to determine 
whether an information transfer should take place. 

■ Restructure incoming data to more compact forms to 
increase host-computer input efficiency. 

■ Convert data to the code most suited to the host data 
processing computer. 

■ Check incoming data to make sure that errors are not 
present, and reject data blocks if errors are present. 

■ Route messages from one terminal to another, that is, 
perform message switching, without data having to en- 
ter the host computer at all. 

When these communications chores are performed 
within the PFEP, only about 10,000 to 20,000 bytes, out 
of the original 20,000 to 60,000 bytes, remain in the host 
computer to service a vestigial form of control program. 
Thus, 10,000 to 50,000 bytes of the host computer's in- 
ternal memory, together with related instruction-execu- 
tion time, are freed for data processing. Though about 
the same amount of memory will be needed in the PFEP, 
removing these many bytes in the host computer may 
obviate the necessity of leasing more core memory 
which, depending on the particular host computer, may 
have to be obtained and paid for in increments as large 
as 256,000 bytes. On the other hand, more memory for 
the PFEP's minicomputer can be added in increments as 
small as 8,000 or 16,000 bytes. 

No channel limitation 

Conserving the host computer's internal memory and 
execution time is not the only reason for preferring a 
front-end processor to a hard-wired transmission con- 
troller. Another is that the PFEP's programability makes 
it easier to change the system— when, for example, sub- 
stituting one type of remote terminal for another— with- 



out having to make actual wiring changes at the host 
computer. A third reason is that a minicomputer, the 
kernel of the PFEP, is designed to handle more, and 
more varied, types of input and output devices than is 
the large computer, which is primarily designed to rap- 
idly process large batches of data. 

Thus, in its data-communications mode using a hard- 
wired controller, the host computer may be restricted in 
the number of lines it can handle either by the limit of 
the computer's channel addresses (address space) or by 
the fixed number of channels available on a particular 
hard-wired controller. In either case, the installation is 
channel-limited, not throughput-limited. 

The minicomputer, on the other hand, is not channel- 
limited but throughput-limited. By way of example, if 
the minicomputer has an instruction execution time of 1 
microsecond, it can perform 1 million instructions each 
second. Suppose that sampling a line to tell if a pulse is 
a 1 or a takes 25 instruction times and that, to define 
the start and stop edges of a bit's pulse, each bit is sam- 
pled eight times. Thus, each bit uses 200 instruction 
times. Therefore, the minicomputer can service this 
throughput as eight (input or output) lines at 600 b/s, 
30 lines at 150 b/s, 45 lines at 1 10 b/s, or some combi- 
nation of speeds that does not exceed 5,000 b/s. More 
than likely, assuming a random traffic pattern, the PFEP 
could handle even more lines. Moreover, if systems 
analysis indicates that the instantaneous data rate may 
exceed 5,000 b/s, then the peak data can be stored at 
the PFEP, in a mini disk pack, for inputting (or out- 
putting) when traffic slows down. This small mass 
memory can also augment the host computer's larger 
memory. 

However, most present minicomputers use inexpen- 
sive hardware interfaces to perform serial-to-parallel 
conversion of bits to bytes. Depending on the particular 
minicomputer, throughput can thus be increased by 
5,000 to 20,000 bytes, or characters, per second. 

The whole business of a programable front-end pro- 
cessor unburdening a host computer is easy to grasp. 
The practical problems lie in performing a technical 
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2. Software. When connection to a PFEP used as an emulator, the host computer contains the operating system and 
the communications access method, both supplied by the host-computer vendor, and the applications programs, de- 
veloped by the user. 
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3. Magnetic tape. One approach to having the PFEP serve as a single peripheral to the host computer is to make the 
PFEP seem to be a magnetic tape unit, with the host computer using the sequential access method suited to reading 
and writing on tapes. 



and economic analysis to assure that a PFEP of adequate 
size, including all necessary peripherals, is specified, 
and in managing the software development. 

Installing a front-end processor 

Assuming the data-communications system is already 
operating with a hard-wired controller, the first— and 
easier— step is to remove the present hard-wired trans- 
mission controller and immediately replace it with a 
front-end processor programed as an emulator. For- 
tunately, minicomputer vendors who seriously pursue 
the PFEP market have developed their own software 
packages to emulate the functions of hard-wired con- 
trollers. This line-control program can be loaded into 
the PFEP and completely tested at the vendor's site. 

Thus, about all that has to be done at the user site is 
to physically transfer communications wires from the 
transmission controller to the PFEP— a matter of perhaps 
four to eight hours— and connect power to the mini- 
computer. Essentially, then, the PFEP is plug-to-plug 
compatible with the transmission controller. A few 
hours of tryout will prove whether the emulated con- 
troller works as well as the hard -wired unit. 

The balance of the conversion— the development of 
the programs that will transfer data-communications 
tasks from the host computer to the PFEP-will take 
about one to six man-months of programing effort. Im- 
plementing the conversion during nonproduction hours 
is preferable, since it reduces operational interference 
and means the hard-wired controller can be returned to 
the supplier, resulting in savings of lease cost. 

However, if there are no nonproduction hours— that 
is, if the system must remain on line all the time— then 
the hard-wired transmission controller must also remain 
on site for the balance of the conversion period. Then, 
one way to handle the conversion project is to connect 
the input and output fines to channels in both the PFEP 
and the transmission controller. "Each unit is assigned its 
own set of channel addresses in the host computer. Dur- 
ing normal operation, the computer addresses the chan- 
nels assigned to the transmission controller, and during 
the^ software development it addresses the channels as- 
signed to the PFEP. 



But if the host computer is out of addressing space, 
the PFEP could be assigned the same address spaces as 
the transmission controller. Doing so requires frequent 
transfer of cables— or a complicated switching arrange- 
ment—from the hard-wired unit to the PFEP and back 
again as the project progresses and new pieces of pro- 
grams need to be installed, tested, and debugged. This 
approach is considered unsatisfactory by most data pro- 
cessing managers because of the added lease cost and 
the possible interference with the data processing pe- 
ripherals and operations. 

Improving systems software 

After the line-control program emulating the trans- 
mission controller has been installed in the PFEP, the 
host computer still contains three major kinds of soft- 
ware—the operating system, the application program, 
and the communications access method (see Fig. 2). 

Figures 3 through 6 show various software tradeoffs 
between the host computer and the fully functional 
PFEP. These alternatives obey two pragmatic rules: ven- 
dor-supplied software is not to be modified, and user 
application software will have to be changed. 

The operating system (OS) serves as a master program 
that dictates when data processing and data-communi- 
cations programs become operational, and that sched- 
ules peripheral and initiates input/output activities. The 
OS, a massive undertaking of the host computer maker, 
serves hundreds and perhaps thousands of computer in- 
stallations. It is subject to changes and improvements, 
called releases, that must be compatible with all OS in- 
stallations. Therefore, the OS should not be modified by 
the user because such changes may not be compatible 
with future OS releases. 

The application program relates to the specific needs 
of the business implemented via a data-communi- 
cations link. It is usually developed by the user, but it 
must be compatible with the access-method and inter- 
face programs in the rest of the system. 

The access-method program, however, which serves 
as a traffic director between the network-control pro- 
gram and the application program, offers a real area of 
savings in both memory and execution time. A host 
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4. Graphic access. Another way to interface the PFEP to the computer employs the graphic-access method (GAM), in 
which the PFEP's interface program emulates an IBM 2848 CRT display control unit, which can generate an interrupt 
to flag the computer. 



computer may receive inputs from one or more hard- 
wired controllers, each servicing as many as 176 chan- 
nels. The access method for the hard-wired controller, 
or an emulator, will have to look at each input/output 
channel and will require as many special modular pro- 
grams as there are different types of terminals con- 
nected to the controller. This modularity and the multi- 
plicity of channel addresses reduces programing 
efficiency and consumes more memory. 

Interfaced by a true PFEP, however, the host com- 
puter benefits from a special-purpose access method 
that— generally— reads and writes data from only one in- 
put/output device. Thus, going to a true PFEP simplifies 
the access-method software, and reduces the number of 
address spaces and amount of required memory. 

The PFEP behaves like one peripheral— a magnetic- 
tape unit, for example— as far as the host computer is 
concerned. It concentrates the messages from all incom- 
ing terminals into a data stream fed into the host com- 
puter. Thus, the special-purpose access method has to 
continuously interrogate the concentrated data stream 
from the PFEP to determine the source and address of 
the individual messages from different terminals. 
Therefore, the access method has to block and unblock 
messages, just as it would do if the input peripheral 
were a magnetic tape. 

Magnetic-tape emulator 

In fact, the most popular special-purpose access 
method used in data communications is actually a se- 
quential access method derived from a non-communi- 
cations application. As Fig. 3 shows, the PFEP contains 
the programs for line and network control, as trans- 
ferred out of the host computer. In addition, the PFEP 
mates with the host computer through an interface pro- 
gram that emulates a magnetic tape. As far as the pro- 
gram for that sequential access method in the host com- 
puter is concerned, it is receiving information from and 
sending information to an emulated magnetic tape. In 
this case, the application program in the host computer 
now has to be changed to interface with a program that 
delivers data from one high-speed peripheral (the emu- 
lated magnetic tape) instead of from many different 



physical lines, as was the case with the transmission 
controller. 

Graphic access method 

When the host computer is an IBM model 360 or 370 
operating under OS, the best non-communications ac- 
cess method to use is GAM (for graphic access method). 
GAM was designed specifically to access one in- 
put/output device, the IBM 2848 CRT display control 
unit for serving several IBM 2260 CRT displays. Thus, as 
shown in Fig. 4, the PFEP's interface emulates a 2848, 
while the host computer contains GAM. Emulating the 
2848 as the host-computer interface is fairly simple and 
efficient, since this display control unit requires a small 
command set. Two of these commands are READ and 
WRITE, the only ones actually needed to transfer data 
into and out of the host computer. 

In addition, GAM is the only access method supplied 
by a host-computer vendor that can accept the ATTEN- 
TION interrupt from the front-end processor. That is, 
whenever the PFEP has a message for the host computer 
it "raises" an interrupt signal. With such an interrupt 
available, the PFEP does not have to be periodically 
polled by the host computer, so that the polling over- 
head in the host computer is reduced. 

Furthermore, GAM is actually transparent to data 
codes and message length. Therefore, the application 
programs do not have to make the host computer think 
the interfaced device is an emulated display with a 
fixed-size buffer. Avoiding emulation means that the 
application program in the host computer can interface 
directly and efficiently with the network-control pro- 
gram in the PFEP. In all, GAM requires fewer than 5,000 
bytes of internal memory in the host computer. 

Subset access method 

Figure 5 illustrates an accessing approach that con- 
tains several subsets of a common communications ac- 
cess method, yet requires only one channel between the 
PFEP and the host computer. Here, the access method 
uses subsets of the IBM 360 BTAM (for basic tele- 
communications access method). For example, if the 
network includes such low-speed asynchronous termi- 
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5. Subset. Another way of connecting the PFEP with the host computer is to make the PFEP emulate an IBM 2703 
transmission controller, and to use subsets of the basic telecommunications access method (BTAM) in the host com- 
puter. 



nals as Teletype Model 33/35 automatic sender/ re- 
ceivers, and IBM 2741 communications terminals, as 
well as high-speed, synchronous, block-oriented, termi- 
nals operating under binary synchronous communi- 
cations (BSC) protocol, then the access program requires 
a BTAM software module for each of these terminals. 
The PFEP's interface program to the host computer 
emulates only that portion of a 2703 transmission con- 
troller related to the BSC protocol. 

In this approach to front-ending, the BTAM program 
thinks it has to receive and send data, on only one bi- 
nary synchronous line, through the network control pro- 
gram in the PFEP. This approach is not as desirable as 
those of Figs. 3 and 4 because its software modularity 
leaves many inefficiencies. 

Front-end access method 

The most efficient access method is not a variation of 
existing ones as described above, but software designed 
specifically to mterface with the front-end processor it- 
self (see Fig. 6). This avoids many of the inefficiencies 
inherent in emulating some other device. Such a PFEP- 
oriented access-method program is installed in the host 



computer, and may be supplied either by the host-com- 
puter vendor or the front-end vendor. 

Using an access method customized by the host-com- 
puter vendor is perhaps the safest thing to do, but it 
may introduce some inefficiencies if the host-computer 
program has to be forced to conform to pfep require- 
ments. Using an access method customized by the PFEP 
vendor is more efficient. The only possible disadvantage 
is that the operating-system interface with the access 
method might be changed by new releases from the 
host-computer vendor, a most unlikely event since such 
a change would impact too many access-method pro- 
grams installed in other host computers. 

In sum, though making all these software transfers is 
fairly complex and can be fraught with difficulties, the 
way to minimize problems, as mentioned, is to install, 
test, and debug each software element in succession. 
The first step is to install and prove the emulation pro- 
gram for line control. The next is to try out a demon- 
stration program that uses the new access method and 
the true front-end software as supplied by the front-end 
vendor. Last, the user can make and debug changes in 
the application programs. □ 
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6. Preferred. Probably the most efficient interface and access method, in terms of resource utilization, is one designed 
specifically for the PFEP, with the host computer's access method developed either by the PFEP maker or by the host- 
computer maker. 
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Programable front ending 
beats computer upgrading 



Off-line simulation studies 
prove that— dollar for 
dollar— a programable front 
end can be more efficient 
than a larger main frame in 
a computer based network 



Economics 





Charles J. Riviere 
Telcom Inc. 
McLean, Va. 



Vice president of oper- 
ations: "All our district 
managers are complaining 
about the long time it takes to turn around their 
batch processing work. We're thinking of installing 
a remote job entry RJE terminal in each of the eight 
outlying district headquarters, and tying them on- 
line to our main computer. Can our ibm 360/50 
handle the added communications load? What will 
the impact be on getting our local batch processing 
done if we give priority to RJE batch communi- 
cations? And if the 50 can't handle the added com- 
munications throughput, what choices do we have 
to work with?" 

data processing manager: "My latest operations 
statistics show we have some reserve throughput 
capacity in the 50's CPU, but I'm not sure if it's 

enough to service the RJE 
terminal traffic. I guess 
it will all depend 
on how fast they 
can transmit. 
Perhaps the 
safe thing to 
do is upgrade 
to a 360/65, 
which operates three 
times faster than the 50 
and thus can triple through- 
put. Then the communications 
group can do whatever seems best. 
We'll probably have plenty of CPU re- 
serve, too. But upgrading to a 65 will in- 
crease rental by about $12,000 a month." 
DATA COMMUNICATIONS MANAGER: "Well, we 
know a few things for sure. One is that we'll have 
to install private lines from each district to the cen- 
tral site. Another is that we can choose one of sev- 
eral customary transmission speeds, from 2,400 bits 
per second to 9,600 bits per second. If we go too 
slowly, complete jobs may take too long to trans- 
mit. Transmitting at 9,600 b/s raises the line cost 
somewhat, because of more expensive modems, 
but the real problem would seem to be the impact 
of high-speed communications on the CPU through- 
put. There may be no capacity to process local 
records. But if we need more CPU throughput, 
there's another way to go. We ought to look into 
using a programable front-end processor to see how 
much CPU capacity it can really release. I've read a 




lot about front ends. Now let's find out. Adding an 
IBM 3705— or some other vendor's front end— might 
do the trick, and it will increase rental by only 
about $4,000 a month." 

vice president: "So we can upgrade at $12,000 a 
month or front-end at $4,000 a month. That's al- 
most $100,000 a year difference. Too big to make a 
snap decision. It's worth spending some time and 
money to make a thorough study of all reasonable- 
alternatives before we make a final commitment 
on configuration and line speed." 

DATA COMMUNICATIONS MANAGER: "Right. Both 
groups, data communications and data processing, 
ought to invest in a joint study using a computer 
simulation to test out our different ideas. Modeling 
and simulation will help us arrive at the right an- 
swer for this specific project. And the overall analy- 
sis should give all of us a more general and more 
complete understanding of what really happens, in 
terms of number of communications messages and 
data processing records that can be processed, as we 
change line speeds and revise system configura- 
tion. Getting this insight will help us zero in much 
more quickly and accurately on answers for the 
next project we hit." 



Designing and reconfiguring a computer-based 
data communications system is a major under- 
taking: wrong decisions can be very costly. To 
reach an acceptable design requires so many cost- 
performance tradeoff calculations that designers 
need a methodology and a tool. The methodology 
is systems modeling and the tool is computer simu- 
lation models. Then, by selecting certain operating 
parameters and making them "drive" the model, 
the designer can have the off-line simulation com- 
puter produce a set of answers rapidly and accu- 
rately. And he can adjust the parameters and come 
up with a new set of answers. In short, computer 
simulation allows a designer to investigate system 
performance without having to make any invest- 
ment in on-line computer or communications 
equipment— until he's satisfied with a particular 
configuration's performance and cost. 

What a designer finally obtains from computer 
simulation runs is a set of curves that permit easy 
comparison of the effect of different system condi- 
tions on performance. Furthermore, if in the first 
place the model is sufficiently general, then spe- 
cific results can be extrapolated to provide valuable 
insight to performance of a general class of prob- 
lem—here, upgrading versus front ending. 

Consider the situation discussed in the foregoing 
dialog. Computer simulation, using Telcom's Data 
Communications Analyzer Model (DCAM), proved 
that front-ending the host central processing unit 
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puter is an IBM 360/65, not a 360/50. 



paid off better than upgrading the CPU. The results 
of a portion of the actual overall system analysis 
are given here. They shed light on the interaction 
of data communications inputs on the perform- 
ance of batch data processing computers. 

The user company has an IBM System 360 Model 
50 which mainly performs batch processing but 
also services messages from eight remote cathode- 
ray tube (CRT) keyboard/display terminals for op- 
erator-computer interactive applications. The CRT 
terminals, each on a private line, operate at 2,400 
b/s. Thus, the baseline configuration already has a 
data communications environment (Fig. 1). 

This baseline configuration typifies about 50% of 
the medium and large computers installed in the 
United States that have some sort of remote com- 
munications applications. And of these, most cen- 
ter around an IBM 360 or 370 central processing 
unit. DCAM simulates computer-communications 
networks using the IBM System 360 line operating 
under OS 360, IBM's multiprocessing disk operating 
system. Because of the upward compatability of the 
360 to 370 line, by extension dcam also models 
System 370 installations. (With modifications, 
DCAM can simulate other manufacturers' systems.) 

As discussed, the company wants to add eight re- 
mote job entry terminals— a heavy increase in com- 
munications traffic on the CPU. DCAM will be used 
to investigate the baseline configuration and two 
alternatives: 

■ Upgrade overall capacity by going to a faster 
CPU, so that throughput increases correspondingly. 
Retain the presently installed hardwired IBM 2703 
transmission control unit. The configuration is the 
same as in Figure 1, except that the 360/50 be- 
comes a 360/65. 

■ Add a programable front-end processor (pfep— 
here, an IBM 3705— to relieve the host Cpu of most 
of its line handling chores, which frees a substan- 
tial percentage of CPU capacity for more batch and 



teleprocessing tasks. Using the 3705, the 2703 can 
be removed. This front end configuration is shown 
in Figure 2. 

The main objectives of DCAM are to simulate the 
data processing and data communications oper- 
ations, emphasizing the several contention points 
in the system. Contention points, those resources 
which may be simultaneously requested by several 
system components or activities, include main 
memory, data channels, central processor, logical 
and arithmetic units, and disk memory and other 
peripheral devices. Contention points also occur in 
application, supervisory, and load-module elements 
of system software. 

Simulation runs measure the system's present 
and reserve capacity, resource utilization, utiliza- 
tion efficiencies, sensitivities, and configuration 
reliability— and reveal bottlenecks. 

Bottlenecks imply saturation or degraded per- 
formance. Saturation refers to a system's inability 
to process specific demand requirements. For ex- 
ample, data communications links and interfaces 
can only handle a given maximum amount of traf- 
fic; the link saturates above that maximum. Sim- 
ilarly, a given CPU can only handle a given through- 
put; above that it saturates. Obviously, both the 
communications links and the CPU should have 
compatible throughput capacities. 

Implicit in the present study is that the links and 
interfaces from the RJE terminals to the host com- 
puter will be chosen, later, to have the required ca- 
pacity, or transmission speed to handle the traffic 
and avoid saturation. That is, finding out whether 
the CPU can service the combined throughput re- 
sulting from local record processing and the high- 
speed message processing is the primary point of 
the study. Selecting the best line speed is a later 
consideration. 

Thus, what has to be determined is how many 
records and how many messages can be processed 
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2. In the front end configuration, the hardwired 
control unit is replaced by an IBM 3705 commu- 
nications controller, but still uses the IBM 
360/50 as the host. 



at any prescribed RJE line speed before the CPU satu- 
rates or the system performance degrades. 

Because such an overall analysis involves com- 
paring several configurations, each with various 
sets of operating conditions, dcam was purposely 
designed to be highly parameterized and table 
driven. Furthermore, dcam contains two submo- 
dels: a background submodel representing the pro- 
cessing of local batch records and a foreground sub- 
model representing the processing of the high 
speed communications messages. Implicit here is 
interaction with another functional model, the 
computer's operating system. The background and 
foreground submodels compete for system re- 
sources under control of the operating system and 
they also compete for operating system services. In 
simulation, as in real operation, the operating sys- 
tem (OS) is given highest priority, the foreground 
submodel the next highest priority, and the back- 
ground submodel the lowest priority. 

Records and messages 

In the background submodel, records are called 
from main memory, processed, and stored back 
into mass storage. A record in this instance is a 
block of 512 characters. 

The communications-message submodel in- 
cludes a selectable dynamic human delay of about 
5 or 10 seconds that will occur when the operator 
interacts with the CRT display information. (The 
impact of the CRT traffic on the CPU in this study is 
relatively small, compared with that from rje ter- 
minal traffic, so it will be neglected in further dis- 
cussion. However, for the sake of clarity and com- 
pleteness, it is pointed out that each buffered CRT 
always transmits at 2,400 b/s, an inbound message 
is 50 characters long, and an outbound message is 
300 characters.) 

In the foreground submodel for the RJE messages, 
a message is four blocks of 256 characters each. A 



decision block requests that four characters (the 
block size handled by the IBM 2703) be entered into 
the buffer, and the buffer accepts such blocks until 
an END OF block control character is recognized— at 
which time the operating system starts up the task. 

Before describing how DCAM provides informa- 
tion for the systems-alternatives analysis, it may be 
worthwhile to detail its construction. The simula- 
tion runs presented later were produced on an IBM 
360/65. dcam is programed in GPSS (General Pur- 
pose Simulation System), a digital simulation lan- 
guage that is easy to use, facilitates model formula- 
tion, provides good error diagnostics, and applies to 
a wide range of problems. And it can simulate 
single or multiprogramed operations. 

Choose the parameters 

Data Communications Analyzer Model employs 
over 70 different variables. The most important 
ones include the characteristics of the central pro- 
cessor hardware, the operating system, the commu- 
nications access methods, the front-end processor 
hardware, the peripheral devices and channels, the 
various types of terminals, the data link control 
(line protocol), the buffering schemes, as well as 
the response time requirements, the number and 
speeds of the communications fines, and the num- 
ber of files and file architecture. In a given study, 
most variables are, in fact, parameterized— that is, 
set at some fixed value related to operation of a par- 
ticular piece of hardware: the average access time 
for a disk memory is a typical parameter. 

Developing the model, converting it to a simula- 
tion program, and entering appropriate parameters 
costs hundreds of man-hours of professional-level 
effort. But even when a model is complete, de- 
bugged, and available, a system designer would be 
rather foolhardy to call for excessive sets of runs, 
trying out the impact of one variable after another, 
on some performance criterion, say CPU utilization. 



Succumbing to the appeal of simulation can be 
costly, since each run— that is, set of conditions- 
could cost from $5 to $10 worth of computer time 
just, for tabular printouts. Graphic plots would cost 
more. Furthermore, the indiscriminate use of sim- 
ulation would soon result in so many data points 
the designer would then be hard pressed to extract 
meaningful designs from the morass. 

In practice, the system designer can find out 
quite a bit about performance by making just a few 
runs on just a few variables. Selecting the variables 
to run depends on the designer's knowledge, expe- 
rience, and intuition— attributes that become 
sharper as he gains simulation experience. 

In the present example, it has already been de- 
cided to compare three different configurations. 
What has to be determined next is the effect of dif- 
ferent rje communications loads (line speeds) on 
each configuration, and the cost effectiveness of 
each alternative configuration and speed. The 
model will be driven with all high-speed rie lines 
operating at the same speed— and at 100% line oc- 
cupancy so there is no interarrival time between 
messages. Operating a line at maximum message 
handling capacity means that not only does the 
system simulate peak loads, but it also eliminates 
message distribution statistics as a system variable. 
Thus a design derived from subsequent analysis 
will be conservative. 

During the runs, lines will be simulated at four 
common terminal and modem speeds: 1,200, 2,400, 
4,800 and 9,600 bits per second. 

To be measured at each of these four different 
line speeds are: 

• The number of high-speed messages received 

• The number of background records processed 

• Foreground (message) CPU utilization (CPU F ) 

• Background (record) CPU utilization (CPU B ) 

• Operating system (OS) utilization (CPU s)- 
Once the models and the appropriate parameters 
are loaded into the simulation computer, a 20-sec- 
ond snapshot run is taken at each speed for each of 
the three alternative configurations,- resulting data 
is plotted. (Fig. 3). 

Communications first 

Here, the model first takes care of processing the 
message (communications) input, which is a di- 
rect function of line speed; if any CPU time re- 
mains then as many records as can be handled are 
processed until the CPU is 100% utilized. Thus, ex- 
cept for a negligible amount (1% to 3%) of idle 
time, cpu f + CPU B = 100% at each message vol- 
ume (line speed) condition. 

By comparison with the busy foreground pro- 

3. Sets of curves derived from simulation runs 
reveal significant differences in CPU utilization, 
record processing, and message throughput for 
the three configurations. 
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cessing, background, processing involves few inter- 
rupts and little intertask switching. It can be safely 
assumed then that all the operating system's CPU 
utilization can be assessed against the handling of 
foreground processing. As can be seen, even at the 
lowest level of message rate (1,200 b/s) the oper- 
ating system overhead for servicing communi- 
cations traffic for the baseline configuration is 25%. 
This 25% is included in the 35% for foreground uti- 
lization at the same speed. In other words, only 
10% of the CPU was employed for "true" communi- 
cations throughput, at the expense of a 25% over- 
head. This "true" communications throughput, 
the difference between CPU F and CPU s, is shaded 
in the figures for emphasis. 

Besides wanting to know the communications 
message throughput and record processing situ- 
ation at different sets of conditions, the designer 
also needs insight as to performance degradation 
and saturation. 

Performance degradation means that the amount 
of system overhead— that is, the amount of oper- 
ating system utilization of overall resources— in- 
creases faster than communications throughput. 
Consider Figure 4. As long as the shaded area wid- 
ens as line speed increases, then system utilization 
is improving: initially, CPU is going up faster than 
CPUos- But at about 4,800 b/s the area stops widen- 
ing. Performance has started to degrade. 

Saturation, a special class of performance degra- 
dation, occurs when the CPU cannot process any 
more records or messages as the number of in- 
putted messages (proportional here to the line 
speed) increases. Figure 3a shows that communi- 
cations-message saturation occurs at about 7,200 
b/s and higher. While it may be pragmatic to oper- 
ate in a region of degraded performance under cer- 
tain conditions, operating in a saturated region is 
wasteful of resources and self defeating. 

At this point it is well to relate the line speed 
from each R]E terminal, all transmitting at the same 
line speed, to the equivalent total messages to be 
processed as communications throughput by the 
CPU. A message is defined as four 256-character 
blocks (1,024 characters), each character eight bits 
long. There is no interarrival time between blocks 
or messages. Therefore, the eight terminals oper- 
ating at 1,200 b/s each produce 23.4 messages dur- 
ing the 20-second snapshot. Doubling the line 
speed doubles the total input messages. This infor- 
mation is carried on the horizontal axis of Figure 
3a and other plots. 

Plenty of capacity 

Note in Figure 3a that at 1,200 b/s the communi- 
cations throughput is about 22 messages— just 
about equal to the theoretical throughput of 23.4 
messages. That is, even though the foreground pro- 
cessing requires a 25% overhead to handle this traf- 
fic, the CPU is easily capable of servicing input traf- 



fic. But at 2,400 b/s the communications 
throughput is increased to only about 28 messages, 
not the theoretical 46.9. What has happened here 
is CPU's relatively slow execution time prevents the 
system from handling all incoming messages. Some 
messages will disappear, or terminals may shut 
down or slow down automatically. And, as Figure 
3a demonstrates, even at 2,400 b/s both CPU fore- 
ground and OS utilization go way up. Performance 
has degraded. For all intents and purposes the pos- 
tulated System 360/50 CPU configuration has lim- 
ited utility at line speeds exceeding 4,800 b/s. The 
system has become saturated. And that's what the 
data communications and data processing people 
wanted to find out. 

Figure 3b represents the performance of the al- 
ternative configuration that uses the same IBM 2703 
hardwired transmission control unit as in the base- 
line (Model 50) configuration, but with the CPU 
upgraded to a three-times-faster Model 65. Figure 
3c depicts performance of the Model 50 baseline 
configuration but with the hardwired control unit 
replaced with a Model 3705 programable commu- 
nications controller. Compared with the baseline 
configuration (Fig. 3a), either alternative configura- 
tion has a significantly better performance. In par- 
ticular, saturation has disappeared; in one case be- 
cause the upgrading has provided a 300% increase 
in CPU capacity,- and in the other case because the 
programable front-end processor eliminates most 
line handling tasks within the CPU and thus greatly 
reduces CPUf utilization and CPUos overhead. 

Vast improvement 

Upgrading to a Model 65 increased communi- 
cations throughput by (48-32)/32, or 50%. Back- 
ground processing increased by (135-70)/70, or 
93%. Similarly, for front ending, communications 
throughput went up 25% and background process- 
ing went up by 62%. 

Even more insight can be obtained by comparing 
plots of the CPU utilization of the baseline configu- 
ration with the two alternative configurations and 
of the CPU utilization of the two alternatives com- 
pared with each other (Fig. 4). 

Figure 4a clearly demonstrates the improved uti- 
lization of the Model 50 CPU when using a pro- 
gramable front-end processor instead of the more 
traditional hardwired transmission controller em- 
ployed in the baseline configuration. 

For one thing, the front-end configuration re- 
duces CPU utilization so much it does not permit 
the CPU to saturate. In other words, the front-end 
and CPU combination could handle rje terminals 
operating as fast as 9,600 b/s. For another thing, 
even at 9,600 b/s, CPU F only rises to about 50%, ba- 
sically because of the CPU 0S overhead has de- 
creased since the front end introduces fewer and 
less frequent contentions for the CPU, the multi- 
plexer channel, and the mass storage. Therefore 



considerable CPU capacity is left over for handling 
background records. 

From the viewpoint of CPU utilization, the up- 
graded configuration will also fit the bill (Fig. 4b). 
It can operate at all speeds between 1,200 and 9,600 
b/s without saturating. 

The cost-benefit performance of CPU utilization 
in either alternative configuration is best illus- 
trated in Figure 4c. This comparative plot shows 
that the front end provides better CPU utilization of 
the Model 50 (at a net rental increase of $4,000) 
than does upgrading the Model 65 (at increase of 
$12,000). 

More messages, fewer records 

Priority is given to communications messages. The 
essential point is how many input messages can be 
processed through the CPU. The throughput com- 
parisons of the baseline configuration versus the 
front end configuration are shown in Figure 5a, 
baseline versus upgrading in Figure 5b, and front 
ending versus upgrading in Figure 5c. 

In Figure 5a, the number of communications 
messages and the number of background records 
handled at any speed by the front-end configura- 
tion is significantly greater than for the baseline 
configuration. Even so, the front end cannot ser- 
vice all traffic coming in at the higher speeds: at 
9,600 b/s the front-end configuration can handle 
about 120 messages, not the theoretical input of 
188 messages at that speed. Messages will get lost or 
the system can signal one or more RJE terminals to 
stop sending, thus reducing throughput and slow- 
ing down job turnarounds. 

Figure 5b reveals that the communications and 
records throughput of the upgraded CPU is superior 
to that of the baseline configuration since the 
Model 65 is three times faster than the Model 50 
and thus can handle three times the input load. 

Again, the cost-performance comparison be- 
tween the two alternative configurations becomes 
the important consideration (Fig. 5c). The ques- 
tion is: Is it worth a net difference of $8,000 a 
month for the upgraded CPU to provide a relatively 
small improvement in throughput at any rje trans- 
mission speed? Probably not. 

What options does the design team now have in 
determining CPU configuration and related data 
communications link design on overall system per- 
formance and cost? (Remember, the simulation re- 
sults shown here include conservative, worst-case, 
conditions.) As examples, these further questions 
can be asked: 

■ What is the lowest transmission speed at 
which the RJE terminals can be operated? A collat- 

4. Comparisons of CPU utilization for all con- 
figurations show that the baseline configuration 
saturates at lower speeds than either upgraded 
or front end configurations. 
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5. Comparisons of message throughput for all 
configurations reveal that both front end and 
upgraded configurations handle more traffic 
than baseline configuration. 

eral question is: How long will it take, from the 
first character to the last, for a remote batch job of 
a specified volume (number of characters) to be 
transferred from a district office to the central CPU 
site? If this time is too long at a specified fine speed 
to suit a minimum job turnaround time, or if the 
communications load ties up the CPU too long, 
then the transmission speed will have to be in- 
creased. But in general the lower the speed, the bet- 
ter—primarily because of reduced modem costs. 

■ If high-speed transmission, say 9,600 b/s, must 
be used to reduce remote-batch transit time, then 
another realistic question that can be asked is: Will 
all eight rje terminals have to be transmitting 
simultaneously? Probably not, due to time zone dif- 
ferences. Furthermore a reasonable operating 
strategy could be to prevent no more than, say, 
four RJE terminals to input to the computer at any 
instant. If so, then even though each on-line RJE ter- 
minal transmits "flat out" at 9,600 b/s, the net total 
message throughput is the same as if all eight RJE 
terminals were transmitting at 4,800 b/s. And, as 
Figure 5c indicates, at 4,800 b/s the cost-perform- 
ance benefit favors front ending. 

■ Furthermore, transmitting at 100%, or flat out, 
line occupancy at any speed may not be realistic in 
practice. When an RJE terminal is on-line, there 
may be some interarrival delays between blocks 
and messages. This can happen, for example, when 
operating in a half-duplex mode, which then re- 
quires modem-line turnaround delay and ensuing 
reduction of net character throughput (but not 
rated line speed). Therefore, the design team could 
ask the questions and find the answers to: What is 
the probability distribution of message arrivals and 
message lengths at the central site? How many ter- 
minals can operate simultaneously without chok- 
ing the CPU because of data messages? 

Using the basic insight to system alternatives 
presented here, the data communications and data 
processing specialists can specify one operating 
condition after another, often making slight com- 
promises from optimum conditions. For example, 
for the given application, front ending does seem to 
be the best configuration for the least added cost. 
Then new answers for postulated operating condi- 
tions, say line speeds and number of terminals on 
line, can be obtained rapidly and at little cost by 
performing several more simulation runs only on 
the front-end configuration. Using simulation, it's 
simple to find out, for example, the effect on com- 
munications throughput of the front-end configu- 
ration by driving the model first by four terminals, 
then five, and so on until throughput starts to ap- 
pear unsatisfactory— if at all. ■ 
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Programable 
remote data 
concentrators 

A data-communications system may grow so complex 
that it needs a remote data concentrator (RDC) to inter- 
face clusters of terminals with the long line to the host 
computer. Used instead of, or in conjunction with, time- 
division and frequency-division multiplexers (see pre- 
ceding article), the RDC relieves the communications 
lines of unnecessary traffic and unburdens the host com- 
puter of all those chores that assure a fast flow of vir- 
tually error-free messages. It therefore serves as a super- 
multiplexer, mainly because it is built around a small, 
specialized computer. 

As a multiplexer, the RDC not only combines many 
low-speed lines into a high-speed line or lines, as con- 
ventional time-division multiplexers do, but also han- 
dles more terminals that a TDM can— and does so with- 
out increasing data speed on the fast line(s). With its 
computer architecture, the RDC takes over such jobs as 
line servicing, code and speed conversion, traffic 
smoothing, and error control— in short, all the data com- 
munications overhead necessary for improving line and 
host computer utilization. 

In hardware form, remote data concentration can be 
implemented with a general-purpose stored-program 
minicomputer or with a communications-control com- 
puter designed specifically for the purpose. The differ- 
ence between them, essentially, is that a minicomputer 
includes certain hardware, like an arithmetic multiplier 
or floating-point hardware, not needed in data commu- 
nications, and it usually uses software to service com- 
munications lines. Conversely, the communications- 
control computer contains no superfluous equipment, 
and employs hardware for multiplexing, logical pro- 
graming, and data manipulation at the line interface. 
Either, however, can be programed to implement spe- 
cific functions required in a particular system, and can 
be readily modified to suit system changes and growth. 
And each contains extensive memory in which input 
data can be temporarily stored. 

Line servicing 

The illustration gives a good idea of the RDC's loca- 
tion in a data-communications system and its extensive 
and varied capability for line concentration. Assume 
that the concentrator shown is located in Denver. Inputs 
reach it from terminals and multiplexers situated 
around Denver and to the west and south, including 
some low-speed inputs dialed in over the telephone net- 
work. Several high-speed lines leave the RDC, and go 
directly to ports of a large host computer in Cleveland. 

The line servicing of such a setup involves tasks like 



link establishment, terminal identification, recognition 
of speed and type of service required, and polling. All of 
these take time and memory, and if performed by the 
host computer in Cleveland, would reduce both its and 
the high-speed lines' performance. Instead, the RDC 
handles all overhead tasks, and sends only essential 
message information on to the host computer. 

Consider polling in more detail. Many private data- 
communications systems have a polling protocol for ad- 
dressing individual terminals that share the same line 
but that can only communicate one at a time. Here, 
transmission does not start until a terminal receives its 
unique address that tells it to start transmitting if it has 
a message. This address could be sent from the distant 
host computer. Instead the RDC can do it locally. 

Furthermore, any message transmitted by an ad- 
dressed terminal contains a message header designating 
the recipient. If the recipient is the host computer, the 
RDC merges the message with other computer messages 
and sends out a composite bit stream on the high-speed 
line. However, many data-communications networks 
must include the ability to send messages from one ter- 
minal to another. The message header would be read by 
the host computer and the message routed back to the 
addressed terminal, again loading up the high-speed 
line. Instead, the remote data concentrator can perform 
the message switching when the terminals are within 
the geographical area serviced by the RDC. Finally, be- 
cause the RDC will usually have an extensive amount of 
bulk memory, usually disk packs, it can store the mes- 
sage until the addressed but busy terminal is free to ac- 
cept it. 

Code and speed conversion 

Any fairly large data-communications network con- 
tains a variety of terminals operating at different speeds 
and in different code formats. Transmitting this inter- 
mix over a high-speed line to different ports in the host 
computer again places a severe overhead on both line 
and computer. Instead, the programable RDC can con- 
vert both speeds and codes at a relatively local level. 

Such RDCs contain a hardware interface that accom- 
modates such standard terminal speeds as 110, 134.5, 
150, and 300 b/s. This hardware, in combination with 
suitable software, detects the incoming speeds prior to 
reading the data, and executes code and speed format- 
ting. For example, it will strip out start-stop bits from 
asynchronous codes— a procedure that by itself im- 
proves line utilization by about 20%— and will arrange 
mixed codes into a synchronous bit stream, with a fixed 
format suited to the host computer. In this manner, one 
computer port can service a variety of terminal speeds, 
instead of a separate port being needed for each speed. 

The RDC's code- and speed-conversion capability has 
several advantages. It allows users in remote cities to 
dial up the computer, through the RDC, and insert data 
from various terminals operating at any common speed. 
It permits the RDC to undertake message-switching be- 
tween terminals operating with different speeds and 
codes. Furthermore, it allows for system expansion 
without disturbing the host computer's software or 
hardware, and permits a new, more efficient, type of ter- 
minal to be substituted for another without any modi- 



fication at the host computer installation. 

When implementing line servicing and code and 
speed conversion, the RDC uses a special form of 
memory called a buffer. Each input channel to the RDC 
has its own buffer. This memory accumulates one or 
more characters, which are then read into the RDC's fast 
internal core memory, which performs immediate pro- 
cessing of the data streams. 

The RDC also contains mass memory— usually disk 
packs or drums— in which it holds data for longer time 
intervals as may be needed for traffic smoothing and to 
save data in case of temporary outages of the line. The 
RDC will also have output buffers to interface the ac- 
cumulated high-speed data stream onto the line be- 
tween the concentrator and the computer. Often, these 
output buffers serve instead of software to implement 
error-control procedures. Consequently, how much and 
what kind of memory is needed depends on two major 
functions of remote data concentration— traffic smooth- 
ing and error control— both of which have to be care- 
fully matched to user requirements. 

Traffic smoothing 

Conventionally, systems planning will include an 
analysis of traffic to be carried from the terminals to the 



Pulling together. Remote data concentrator consolidates 
inputs of many codes and speeds into one high-speed 
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computer and to other terminals. Peak loads will be 
found to occur at certain times of the day, and will de- 
termine the number of high-speed lines needed to carry 
the peak traffic. But if this peak-load determination as- 
sumes all terminals will operate simultaneously at their 
full rated speed, the system may be overspecified. Many 
terminals, particularly the manually operated low-speed 
keyboard types, may be connected to the line, but there 
will be scattered intervals during which operators will 
not be hitting the keys. Thus, the actual data through- 
put of the system will be less than rated capacity. There- 
fore, with the traffic-smoothing function made available 
by adding mass memory to the RDC, the fully utilized 
average speed on the line to the computer can be less 
than the sum of the rated speeds of the terminals going 
into the concentrator. 

For traffic smoothing, the mass memory acts as a 
temporary reservoir for bits entering the data con- 
centrator when the total input rate is higher than the 
output rate to the line. When traffic slows, stored mes- 
sages leave the memory for their destinations. That is, 
properly designed traffic smoothing takes care of the ef- 
fect of random variation in terminal traffic on the sys- 
tem, and assembles the message completely in the 
memory before transmission to assure full utilization of 
the high-speed line. 

Even though the memory size may be economically 
selected for some assumed peak traffic load, this load 
may be exceeded from time to time. In this case, the 
RDC, under software control, will have to be able to 
raise a busy signal to incoming terminals to prevent 
them from transmitting. 

Besides providing maximum utilization of the line to 
the computer during peak load periods, the mass 
memory can aid system integrity. It can store one or 
more consecutive outgoing data blocks as may be 
needed for a request-for-retransmission error-control 
procedure, and it can store incoming terminal messages 
during an outage on the line between the concentrator 
and the computer. 

Outages occur for many reasons. For instance, the 
common carrier may have to switch the primary leased 
line to a back-up line when trouble arises. A Bell Sys- 
tem document defines two types of outages: a hit, last- 
ing less than 300 milliseconds (as might happen from a 
lightning strike) and a dropout, lasting 300 milliseconds 
or more. A dropout of 300 milliseconds on 4,800-b/s 
lines means a loss of about 1,500 bits. The loss of so 
much data, which could have originated at many differ- 
ent terminals, could upset company operation— unless 
the bits are retained within the RDC's memory for re- 
transmission in case of an outage. 

The mass memory can also be made large enough to 
implement a store-and-forward feature, particularly de- 
sirable in networks handling considerable traffic be- 
tween terminals. With this feature, the sending terminal 
does not have to wait for a busy receiving terminal to 
finish a call and hang up. The store-and-forward 
memory acts as a temporary receiving terminal. Then, 
for example, the line protocol can allow each "free" ter- 
minal to request messages addressed to it, if any, that 
are stored in the RDC's mass memory. The feature may 



also be desirable for data-communications systems re- 
quiring especially high operational certainty. Here, the 
need may be not only to forward messages but also to 
store all traffic for up to 24 hours, in order to provide re- 
peats of messages that may have gotten lost or to retain 
data until an audit of the day's work has been com- 
pleted. 

Thus, the size of the mass memory depends on sev- 
eral factors. As a minimum, the memory should be able 
to retain a line of text from each terminal. 

Because the concentrator can actually deliver com- 
posite data messages to a high-speed port at the com- 
puter, there is no need for demultiplexing equipment to 
split the received data into slower channels. Further, the 
number of lines between RDC and computer can often 
be reduced since dedicated but underutilized time or 
frequency slots— as in conventional TDM and FDM— are 
not required to handle each terminal's output. 

Error control 

One of the main benefits of using a remote data con- 
centrator is that it can check data coming in from all 
terminals for errors and add a checking code to traffic 
between the RDC and the host computer. That is, if the 
concentrator detects an error, it can request retransmis- 
sion of a message over a short link, without involving 
the host computer. Moreover, the corrected messages 
can be sent in long, economical blocks over the high- 
speed line to the computer. 

Error detection and control can be implemented with 
several clever procedures, as explained in the article on 
error control. One thing all these procedures have in 
common is that extra coding bits are added to the data 
block. These redundant bits, which" can range from a 
simple parity bit to perhaps one-third redundant bits in 
a forward error-correction method, require memory to 
store messages temporarily while they are being 
analyzed for proper coding and decoding. And exten- 
sive memory is available in remote data concentrators 
at a relatively low cost per bit. 

Error control can be implemented by software or 
hardware. For the commonly used cyclic redundancy 
checking, for instance, special dedicated hardware is as- 
signed to each line. Although such hardware raises the 
RDC's installed cost, its advantage is that checking is 
done in real time with no software overhead required at 
the data concentrator. Software implementation re- 
duces the RDC's cost, but adds a burden to the computer 
within the concentrator. For example, a single 4,800-b/s 
link controlled by a concentrator with a 1.8-micro- 
second memory cycle can use up to 10% of available 
real time for performing the checking function by soft- 
ware. The decision whether to use hardware or software 
error control will fall out as part of the over-all technical 
and cost analysis of the network requirements. 

In a complex data-communications system, the RDC's 
many functions each require an applications program, 
usually prepared by the user. The preparation and veri- 
fication of these programs is a major task, but one that 
is made easier if the concentrator vendor supplies stan- 
dard support software. A competent vendor should at 
least furnish an assembler program, and, desirably, an 
operating system. □ 
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and queuing delay 
in a remote concentrator 



Simple models in graphic form 
aid the system designer to 
understand the interactions of 
equipment in a multiterminal 
inquiry /response network 
without getting involved in 
probability and queuing theory 
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In the typical interactive in- 
quiry/response system, the 
human operator of a tele- 
typewriter or other key- 
board terminal transmits his inquiries in irregular bursts 
of characters. His output might occupy a line leading ul- 
timately to the host computer only about 3% of the con- 
nection time, although momentary spurts might reach 
as high as 20% line occupancy. Such a situation exists 
when the use of a terminal is essentially incidental to 
the person's main job assignment, as in law-enforce- 
ment applications. 

A much more uniform and thus more efficient use of 
the long-haul line can be achieved if the random inputs 
from many such terminals are not sent directly to the 
host computer but are collected in the memory of an in- 
tervening data concentrator. There the messages can be 
sorted and queued into a much smoother data stream 
that can be transmitted more steadily, with no waste of 
connection time. 

The remote data concentrator (RDC) is usually based 
on a small computer and includes some main memory 
for storing the programs that operate it and some for 
temporarily storing (buffering) messages to and from 
the terminals and the host computer. While its main ad- 
vantage is in savings of line costs, the random nature of 
the traffic in a multiterminal interactive in- 
quiry/response system permits a further extension of 
this advantage. 

For one thing, the speed of this "backdoor" link to 
the host computer, in characters per second, need not 
necessarily equal or exceed the sum of the maximum in- 
put-line speeds, as happens in time-division multiplex- 
ers, another type of line-concentration equipment. In 
fact, the backdoor speed may more closely equal the av- 
erage traffic rate of the (mostly idle) lines, with buffer- 
ing provided to smooth any instantaneous traffic peaks. 

For another thing, the concentrator can compress in- 
coming data from many lines, so its backdoor rate can 
be kept even smaller. This permits the use of low-speed, 
hence lower-cost, datasets (modems) and may obviate 
the need for costly line conditioning. 

Typically, not all the "active" terminals will be on 
line during a given time interval, and even of those that 
are on line, not all will be sending or receiving charac- 
ters at any given instant. That is, many inquiry/ 
response terminals are normally placed on and off line 
and transmit and receive under control of the user, not 
of any fixed polling or selection procedure. Thus, the 
system is "freewheeling." Characters and bits compris- 
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ing characters are not assigned to dedicated time slots in 
the over-all multiplexing cycle, as is the case for syn- 
chronous multiplexing. Within this context, then, the re- 
mote data concentrator operates, on the terminal side, 
as an asynchronous time-division multiplexer. 

Thus, in an inquiry/response system messages arrive 
at the RDC at random intervals and have varying 
lengths which can be described in terms of statistical 
distribution. A common buffer pool is best for this type 
of operation. The buffer pool should be large enough to 
assemble and queue messages from the terminals, and 
also to disassemble messages coming from the computer 
for each terminal. If sized correctly, this common buffer 
pool will have a small probability of overfill, and will 
therefore have little influence on queuing delay. Fur- 
ther, the buffer size should permit as slow a backdoor 
transmission rate as possible. But queuing delay is ex- 
tremely sensitive to backdoor rate, so the designer must 
perform a tradeoff analysis to properly balance over-all 
cost and performance. 

An estimate of the correct size for a common buffer 
pool can be readily obtained from generalized system 
models, presented here as a set of graphs. These graphs 
derive from previous mathematical studies of actual 
multiterminal systems (see "Where the rdc models 
come from," next page). By using them, the system 
planner does not have to resort to extensive and exhaus- 
tive mathematical investigation of a system that is char- 
acterized by multiple streams of statistically distributed, 
intermittent characters. 

Later, the graphical models will be used in a nu- 
merical example. Although these graphical models are 
simple plots, their valid use does require some defini- 
tion of terms and an understanding of the character- 
istics of the statistical nature of intermittent data traffic. 

Data— and data about data 
First, consider the character-by-character traffic on a 
typical low-speed terminal going to the computer and 
returning (Fig. 1). The activity shown here represents 
characters, not bits, and assumes— for the moment— that 
the RDC is not in the system. The user sends a message, 
a group of characters, to the computer. This group is se- 
quence 1 in the illustration. Note the extensive amount 
of idle time, due to the user's nonrhythmic keying 
speed, necessary thinking periods, and physiological re- 
sponse lags. 

When the user signals the end of his inquiry message 
by sending some type of control character, the host 
computer, after a slight delay for retrieving data from 



its own memory, responds with sequence 2. The mes- 
sage from the computer to the terminal may be com- 
pletely assembled beforehand so the return trans- 
mission occurs as a burst. The only idle periods during 
computer transmission may be, for example, to provide 
time for carriage return of the terminal's printer mecha- 
nism. In general, the computer's transmissions occupy 
the terminal-to-RDC line about 30% of the time during a 
typical feceive-transmit session. 

Implicit in the activity graph in Fig. 1 is the assump- 
tion that the terminal is operating in a half-duplex 
mode— the usual situation in inquiry/response systems. 
That is, the terminal can either send or receive, but can- 
not do both at the same time. 

When all terminals feed into the RDC's front end, the 
over-all data traffic is much more complex (Fig. 2). Al- 
though this illustration shows only four low-speed lines, 
in an actual system the number of low-speed terminals 
into one rdc may well exceed 50. The section at the left 
of Fig. 2 shows typical traffic patterns on these lines. 
Note that no characters are time-related to other char- 
acters, either on the same line or on any fine. That is, 
each terminal is freewheeling, and each character is 
asynchronous. 

The middle section of Fig. 2 represents the common 
buffer pool, divided into two sections (figuratively): one 
for assembling characters into blocks that correspond to 
whole messages from the user, and the other for tempo- 
rarily storing the message blocks in queue until their 
turn arrives for them to go out over the high-speed link, 
as shown at the bottom of Fig. 2. 

Block assembly from a terminal starts when the ter- 
minal initiates a START OF MESSAGE sequence. User 
(terminal) identification characters are appended to the 
message. Message characters are then accumulated as 
they come in at random. The user signals END OF MES- 
SAGE by sending an EOM control character. If a message 
has more characters than can be handled by one block, 
then— of course— more than one block must be used. But 
each block must contain message characters and neces- 
sary appended identification characters. Depending on 
system operation, the delineating EOM character (say, 
carriage return). may actually represent only one 
message segment of a total inquiry. 

All this is rather elementary. The essential reason for 
reviewing it is to distinguish between message-character 
rate and transmission-line character rate. In other 
words, for transmission purposes, message blocks con- 
tain appended characters which affect both the required 
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1. Nonrhythmic. When a human operator sends a message on a keyboard terminal, there is extensive idle time be- 
cause of erratic keying speed and thinking periods, but the computer can send back longer messages in steady 
bursts. 
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Where RDC models come from 



An extensive study by personnel at Bell Telephone 
Laboratories of four different non-Bell in- 
quiry/response systems offers useful and significant 
support for simplifying modes of on-line computer 
communications processes. Study results were re- 
ported by E. Fuchs and F. Jackson in "Estimates of 
distributions of random variables for certain computer 
communications traffic models" in Communications of 
the ACM, December, 1970, published by the Associ- 
ation for Computing Machinery. 

In summary, Fuchs and Jackson found that the dis- 
crete variables in a data stream model appear to be 
represented quite well by a geometric distribution and 
therefore this distribution is used to characterize mes- 
sage lengths. Furthermore, character interarrival time 
is random. Such random arrivals, also known as Pois- 
son arrivals, can be characterized by a negative expo- 
nential function. 

These two types of distribution function held true for 
each of the four systems, even though the four sys- 
tems contained different computers and terminals and 
operated in different applications. That is, the findings 
were robust: the stated distribution functions gave the 
best fit for each of the four systems. Robust results 
means that the distribution functions can be con- 
fidently assumed for other interactive systems. Then 
only certain parameters— for example, average mes- 
sage length— differ from system to system. 

The results are also amenable to the modeling pro- 
cess if use is made of standard analytical techniques 
and a large body of probability and queuing theory. 
The first-order-approximation models presented in this 
article derive from the application of this kind of math- 
ematical procedure to the results obtained by Fuchs 
and Jackson and also by W.W. Chu ("A study of asyn- 
chronous time-division multiplexing for time-sharing 
computer systems," AFIPS Conference Proceedings, 
Fall Joint Computer Conference, 1969). The outcome 
is a set of graphs that can be applied to a particular 
system configuration once several easily determinable 
parameters of that system is obtained. 

One important parameter is the average message 
length, in characters. The general relationship in a 
geometric distribution between average length of mes- 
sage and the probability of occurrence of a message 
n-characters long is: 

p.-±("*) m 

where f\ is the average message length, in characters, 

and n is 1 ,2,3 etc. 

I 



size of the common buffer pool and the actual "mes- 
sage" throughput over the backdoor high-speed line. 
Assembling and queuing 

Although the common buffer pool will not actually be 
partitioned into areas for message assembly and areas 
for queue storage, in estimating over-all size it is sim- 
pler to assume that the partitions exist. Separate esti- 
mates yield a conservative design: that is, buffer size 
will be rather larger than necessary. 

The block-assembly pool estimate can be obtained 
from the model in Fig. 3. Here, buffer size depends on 
the total number of unbuffered terminals in the system. 
This graph takes into account the statistical aspects of 
typical inquiry/response data communications systems. 
Not all the terminals are connected to the RDC at the 
same time. Of those that are on line some are sending 
data, while the others are receiving. 

The model is based on the statistical probability that 
only one message (or block) out of a million— coming 
from the terminals actually on line— will be barred from 
entering the pool because at that instant the pool is fully 
utilized. Such overflow messages, if they occur, will be 
lost within the system. When the user gets no response 
or an error return, he will have to retransmit. 

The buffer size for assembling blocks is given as mul- 
tiples of average message length. Thus, to determine the 
actual assembler-buffer size, in bytes, the planner will 
have to survey actual traffic conditions to obtain the av- 
erage length of the messages in his system. 

Note that a condition stipulated in Fig. 3 is that the 
system have identical lines. By this is meant that each 
line have the same distribution of message length and 
hence the same average message length. Thus, the 
model in Fig. 3 is independent of rated terminal speed, 
provided message length follows the prescribed distri- 
bution. Therefore, the model is equally valid for unbuf- 
fered terminals of different speeds. 

Furthermore, Fig. 3 also applies when buffered termi- 
nals are used. Such terminals send or receive data in a 
burst of characters representing one or more blocks. For 
this case, the buffer pool's size can be estimated by tak- 
ing the size of buffer pool indicated in Fig. 3 for the un- 
buffered terminal and multiplying it by the average oc- 
cupancy percentage of lines connecting the buffered 
terminals to the RDC. Average line occupancy, whether 
buffered or unbuffered, is the ratio of the traffic rate at 
the RDC's front end to the sum total of all terminals op- 
erating at nominal maximum speed. Hence, when buf- 
fered terminals provide operational or economic advan- 
tage, they result in a smaller rdc common buffer pool. 

As shown in Fig. 2, once blocks have been assembled, 
they wait in the queue buffer pool until they can be sent 
on to the host computer through the RDC's back door. 
The estimate for this part of the common buffer pool 
can be obtained from Fig. 4. Here, the size of the queue 
buffer pool, again in multiples of average message 
length, depends on two major factors: the average line 
occupancy percentage, and an important parameter 
designated "R" which simply characterizes a remote 
data concentrator in terms of its input-to-output speed 
reduction or expansion ratio. 

The defining equation for R is contained in Fig. 4. 
The denominator represents all the characters that 



would enter the RDC if all terminals in the system were 
on at the same time and transmitting at maximum rated 
character speed. The factor K in the numerator modifies 
the actual backdoor transmission rate to account for ap- 
pended characters which must be transmitted but are 
not part of the actual message content. For example, if 
a transmission block contains 20 actual message charac- 
ters to which are appended four control characters, then 
K is 20/24. 

To review, the size of the message-assembly pool can 
be determined from Fig. 3, and the size of the queuing 
pool from Fig. 4. In practice, though, each pool may 
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have to be inflated somewhat to account for such factors 
as the use of fixed-size blocks in the buffer space and of 
block linking. Discussion of this inflation factor will be 
deferred, however, till after introduction of the queuing 
delay model (Fig. 5). 

Queue service time delay 
The delay suffered by a message while stored in the 
concentrator and awaiting transmission of its first char- 
acter depends on the average line occupancy and the 
backdoor transmission rate. (Such delay within the RDC 
is only part of the total round-trip delay, since an addi- 
tional delay occurs within the host computer, and per- 
haps even at intermediate RDCs and multiplexers.) 

In Fig. 5, the delay is normalized to character periods 
of the backdoor line rate, expressed as multiples of av- 
erage message length. Note that the delay also depends 
on the concentrator parameter R. 

Consider now the use of these models in a typical in- 
quiry/response system. Coming into the RDC are 100 
active terminals operating at 10 characters per second 
(c/s). The planner can assume that messages arrive in a 
random manner and that their lengths are geometrically 
distributed. What he needs to find out is the length of 
the average message. Suppose a study indicates the av- 
erage message length is 20 characters with each message 
requiring four control characters appended by the RDC 
before transmission to the host computer. Assume each 
character fills one 8-bit byte of storage in the pool. The 
backdoor transmission link operates at 2,400 bits per 
second. 

The estimate for the assembly buffer pool is found 
from the model in Fig. 3. Here, 100 terminals need a 



buffer pool of 78 average message lengths. Thus the as- 
sembly pool is 78 X 20 = 1,560 bytes. 

To find the size of the queue buffer pool first requires 
a determination of average line occupancy, which 
should allow for peak-load conditions. For example, if 
all 100 terminals were to send at an average peak of 
2 c/s simultaneously, the line occupancy (LO) is 
(2 X 100)/(10 X 100) = 20%. The other value needed 
to estimate the buffer size is R. Here: 

R = (20/24)(300)/(100)(10) = l A 
Figure 4 shows that at a 20% line occupancy and an R of 
l A, the required queue buffer pool is 65 average message 
lengths. Thus, 65 X 20 = 1,300 bytes is required for the 
queue buffer pool. 

These two models thus indicate the required common 
buffer pool is 1,560 + 1,300 - 2,860 bytes. In practice, 
this value will have to be inflated, as will be explained. 

As Fig. 5 shows, the average queue delay at R = l A 
and LO = 20% is 3.8 character periods multiplied by the 
average message length. Thus, the average delay within 
the rdc is (3.8/300)(20), or a quarter of a second. 

The design options 
The models for the queue buffer pool and queue delay 
provide insight into alternatives open to the system de- 
signer. For example, Fig. 4 shows that, for the same 20% 
LO, the amount of required queue buffer can be cut 
from 65 to 20 by going from R = X A to R = x h\ that is by 
raising the backdoor transmission rate from 2,400 b/s to 
4,800 b/s. But then a more costly dataset (modem) may 
be required. 

Sometimes traffic intensity (that is, line occupancy) 
may increase slightly because of system growth or tem- 
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porary overload. In that case, though the extra traffic 
can easily be accommodated by adding to the assembly 
and queue buffer, the real problem is the impact on 
queuing delay. As Fig. 5 indicates, at R = l A, raising the 
line occupancy even a small percentage over the 20% 
design point will increase the average queue delay to 8 
or 10 character periods. In fact, delay quickly ap- 
proaches infinity in the model. Obviously at 20% LO, R 
= l A is a very poor design choice. 

One solution is to increase R, since queuing delay de- 
creases as R increases. Thus, at R = Vi, the delay drops 
to 0.7 holding time, compared with 3.8 at R = l A. This is 
about a fivefold improvement. Moreover, doubling the 
transmission rate halves the character period, so that, 
overall, the average delay time is cut to about a 10th. 
Delay decreases even more dramatically at R = 1 and R 
= 2, and buffer size, too, goes down, but not as fast. 

However, the game of doubling transmission rate 
cannot be played without penalty. For one thing, the 
costs of the datasets and communications links increase. 
The needed transmission rate may also tax the accept- 
able state of the art. Multiple backdoor links could be 
employed, but at a cost of more complicated control 
programs, and the models presented here would then 
not apply. For another thing, the faster the backdoor 
transmission rate, the greater the software and hard- 
ware burden on the RDC, and this overhead reduces the 
number of terminal lines (throughput) a given RDC can 
service efficiently and properly. 

The example inquiry/response system, with its 100 
terminals rated at 10 c/s, results in a backdoor trans- 
mission rate of 9,600 b/s at R = 1. Suppose the system 
designer wants the small delay as well as the traffic 
overload protection available at R = 1 for a given line 
occupancy, but must operate at a backdoor rate of 4,800 
b/s. He will get this kind of performance by halving the 
number of terminals that enter the front end of the con- 
centrator. Using these 50 terminals and a backdoor rate 
of 4,800 b/s (or 300 c/s) also yields R = 1. In other 
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words, he will need two RDCs (or two backdoor links) to 
meet performance specifications. 

Determining just how many concentrators to employ 
for one distributed system involves much more than 
merely selecting appropriate queuing delay and com- 
mon buffer pool size. A thorough network configuration 
and optmzation study is involved. However, the mod- 
els can indicate when conditions within just one RDC 
violate or satisfy operational criteria. 

The inflation factor 
Buffer space in a remote data concentrator is normally 
provided in blocks of bytes (or characters) that are fixed 
in size. Each block may need to include space for char- 
acters that have nothing to do with message content, 
such as those used for control characters and linking ad- 
dress. Furthermore, although messages can be charac- 
terized for design purposes in terms of average message 
length, in fact some messages are short and others long. 
Therefore, the last block in a chain of character-blocks 
making up a given message may not be filled with 
meaningful characters. This fill waste— added control 
characters, Unking characters, and the like— expands the 
actual amount of fixed-block-size buffer as determined 
from the assembly and queuing buffer graphs. The 
amount of expansion, or inflation factor, is contained in 
the set of curves in Fig. 6. The curves are based on a cal- 
culation of the average number of blocks consumed by 
geometrically distributed messages. 

Suppose that, as in the preceding numerical example, 
the average message length is 20 characters and the 
fixed-block size is selected as 10 bytes. The ratio of buf- 
fer block size to average message length is 0.5. This 
value is used to enter the graph and intersect at a given 
value of P. Here, P is the percentage of characters added 
to the buffer block for such things as control and linking 
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3. Assembly sizing. The amount of buffer needed to hold 
characters depends on the number of lines occupied ac- 
cording to a geometric distribution. 



4. Queue-buffer sizing. The amount of memory needed 
for queue buffering depends on average line occupancy 
and the RDCs input and output data speeds. 
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5. Queuing delay. The amount of time a message is de- 
layed in the RDC depends on average line occupancy 
and the relative speeds of the RDC's input and output. 

characters. If two characters are added to the 10-byte 
block, then P = 20%. Therefore, as the colored lines in 
Fig. 6 indicate, the required inflation factor is 1.52. 
Hence, the common buffer pool of 2,860 bytes com- 
puted earlier would have to be multiplied by 1.52, and a 
pool of about 4,350 bytes would be required to as- 
semble and queue the traffic. 

Return journey 
The discussion so far has centered on the sizing of the 
common buffer pool when the concentrator multiplexes 
incoming characters on the terminal lines. However, the 
computer returns messages which must be demulti- 
plexed and forwarded to corresponding terminals. With 
certain provisos, the common buffer pool sized for the 
multiplexing mode should also suffice for the demulti- 
plexing mode. One proviso is that the messages coming 
back from the computer not be excessively long. An- 
other proviso is that messages be evenly distributed 
amongst terminals. 

In an inquiry/response system, traffic from the com- 
puter may be 10 times more than from the terminals. If 
one very long message must go to one terminal, the 
queue buffer may be too small and will overflow. Such 
message traffic is more typical of a batch remote job en- 
try system— and the models are not valid. One way to 
handle long messages that might otherwise fill the 
queue buffer is to program the host computer— or a 
front-end processor if there is one in the system— to di- 
vide long messages into shorter segments, or blocks. 

These blocks, along with similar block segments from 
other messages for other terminals, can then be trans- 
mitted to the RDC's queue pool, and then disassembled 
and sent to the appropriate terminals. (Implementation 
of message segmentation is actually more subtle than 
simply dividing messages into pieces; host-program 
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6. Inflation. Fill waste— added control characters, linking 
characters, and the like— increases the amount of buffer, 
as determined from assembly and queue models. 

scheduling is involved.) The host computer programing 
must make the computer appear like many freewheel- 
ing low-speed buffered terminals sending short blocks 
that can be characterized by random arrivals and geo- 
metric message-length distribution. If so, then the 
model in Fig. 4 still gives a good first-order estimate of 
adequate queue buffer pool. 

Another approach for servicing host-to-RDC traffic is 
to install a control program enabling the computer to 
send messages to the concentrator until the latter's 
queue buffer is full. At that point, the concentrator sig- 
nals the host computer to stop transmission temporarily 
and tells it to store the messages in its buffer until such 
time as the RDC can again handle the traffic. 

An alternative control scheme which may have better 
queue performance for some applications is where the 
RDC requests succeeding segments of a segmented mes- 
sage on a per-terminal basis when needed. Here, in a 
well-coordinated system, the risks involved in providing 
adequate buffering for the host-to-terminal traffic via 
the RDC are not ordinarily as critical as for the terminal- 
input situations. 

In summary, the models yield a first-order approx- 
imation of the size of a common buffer pool required by 
a remote data concentrator to provide prescribed per- 
formance in an inquiry/ response system. Like most 
models, they offer rapid solutions and give insight into 
the effect of interdependent system parameters. But, 
also like most models, they are less accurate at extreme 
values. While these models can aid the designer, their 
simplicity may be disarming. They should not be em- 
ployed without full awareness of such other important 
aspects of data communications systems as the conse- 
quences of line transmission rates and excessive 
queuing delays, the value of buffer space in a main 
frame, the number of terminals that can be serviced by 
an RDC, and the impact of RDC implementation on the 
scheduling algorithms in the host computer or program- 
able front-end processor. 
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Application 



By redesigning its news 
gathering and dissemina- 
tion network around a mes- 
sage-switching computer, and dual-buffered video 
editing terminals at the busiest locations, McGraw- 
Hill overcame some significant data communi- 
cations limitations. 

The resulting improvement in the speed and ef- 
ficiency of its worldwide operations was accom- 
plished by building in a high degree of flexibility in 
transmission services and speeds, including code- 
and speed-conversion capabilities; almost instant 
delivery of messages to more than 135 remote sites; 
improved error control; dynamic polling of high- 
traffic locations, and unattended communications. 

Now, any of those offices— in the U.S. and 
abroad— will be able to send copy and adminis- 
trative messages directly to any single location or 
group of locations anywhere in the world through 
the IBM System/7 message switcher. Located at 
McGraw-Hill's communications center in New 
York, the switcher can handle communications be- 
tween points having quite different line speeds, at 
rates up to 1,200 bits per second. 

For nine years, the company had relied on a low- 
speed leased-line network to handle the traffic be- 
tween its 17 most active domestic locations. The 
at&t 83-B-3 system consisted of five 10-character- 
per-second half-duplex circuits, each terminating 
in New York City. The 125 less-active sites were on 
dial-up Telex or TWX service. They still are, with a 
few modifications, such as adding Data-Phone 
units to the TWX locations, so that they also can be 
contacted through the telephone network. 

The redesign's main thrust was to revamp the 
network that connected the 17 most active loca- 
tions. At about 100 words per minute per circuit, it 
had become too slow for a large news-oriented or- 
ganization. In addition, a Teletype terminal could 
only communicate directly to other terminals 
within its own circuit— with New York the only 
common denominator. For example, Chicago 
could contact Detroit directly, but not Washing- 
ton, a pivotal city for a news-gathering company. 
Instead, a time consuming procedure was followed: 
The message was sent to New York, where a paper 
tape was produced, hand-carried to the tape reader 
of the multipoint circuit serving Washington, and 
transmitted to the nation's capital. 

Other problems with the old arrangement were 
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1. Switcher handles communications between 137 
company sites, and also provides access to the en- 
tire Western Union Co. Telex and twx networks. 

that the leased lines were expensive, Telex and 
twx units incurred time and usage charges, and 
there was no error-checking ability, nor even a 
hard copy to proofread prior to transmission. Some- 
one also had to stand by at the sending location to 
make sure the paper tape didn't jam or tear during 
transmission. Since the majority of sites don't have 
terminal operators, the local personnel had to 
double as keyboarders and tape watchers. 

The new approach clears up these problems and 
gives a 15% annual savings. And the system can be 
expanded to support five times the present number 
of lines and 10 times the number of terminals. Up- 
grading the modems to 2,400 b/s would double 
throughput on the high-speed lines. 

The heart of the system (Fig. 1) is the Telecom- 
munications Message Switcher (TMS), which inter- 
faces two outward-bound, nationwide wats lines 
that are used exclusively for this network; two di- 
rect distance dialing (DDD) lines that link with the 
dedicated voice-grade, in-house Centrex system 
and its tie-lines; and three Telex access lines and a 
TWX access line to the full Western Union Co. 
(WU) networks. There are also five in-house lines, 



along with two 75-b/s, full-duplex lines and a half- 
duplex, multipoint circuit for international use. 
The entire network is run by CCAP/7, a Commu- 
nications Control Application Program from IBM 
that was modified, under contract, to meet 
McGraw-Hill's specifications. 

All 15 lines in the system are connected to either 
of two multiplexer modules in the TMS (Fig. 2). 
The multiplexers have a one-character buffer— 
with a serializer/deserializer, activity timer, and 
alert register— for each line. Consequently, each 
line is treated as an independent entity. Simulta- 
neously, one line may be sending, a second receiv- 
ing, a third initiating a polling, another may be 
idle, and so on. 

Sequence of events 

For data coming into the tms, here's what happens: 
The central processor unit (CPU) accepts data on a 
contention basis— that is, first come, first served. 
When a character is complete in its buffer, it is 
moved into main memory. The CPU knows at what 
speed each line transmits data and what format it 
uses. Thus, it can handle bits that arrive at the 



multiplexer at different intervals. After a specified 
number of characters are in memory, the data is 
written onto the TMS's disk. A given message is not 
placed contiguously on disk, since its segments are 
handled on a contention basis. Instead, it is written 
on dynamically assigned sectors of the disk as seg- 
ments are received (Fig. 3). 

Two special message-control fields are added to 
each segment. A field added at the beginning indi- 
cates where the previous segment of the message is 
stored. Another field at the end specifies which 
disk sector will hold the next segment of the mes- 
sage. Depending on how many individual messages 
are contending for space, the pieces of the message 
may be close together or widely separated on the 
disk. 

On the output side of the tms, the procedure is 
reversed. Again, because the CPU knows the speed 
and format of each line and terminal, the message 
is sent at the right speed. Data is taken off disk in 
sectors, put into main storage, and presented, char- 
acter by character, to the multiplexer's buffer. 

The 17 most active locations are equipped with 
Wiltek Inc. dual-buffered video terminals and 
printer terminals, and only those sites are polled. 
In all, there are 44 terminals at the key locations. 
Concurrently, the twx, Telex, and overseas cir- 
cuits are continuously monitored, calls answered, 
and the messages put through the multiplexer and 
stored for subsequent forwarding. 

i Building 

Installing video and printer terminals at 17 loca- 
tions around the U.S., bringing them on-line, and 
training operators can create a lot of problems. 
But when those terminals, plus 120 existing 
Telex, Teletype, and twx locations, are all going 
to be hooked up to a new message-switching 
system, the data communications manager can 
expect many more headaches. 

One way to be certain the entire network runs 
smoothly as soon as it goes into operation, is to 
put the elements together on a building-block 
basis, making sure each step is of manageable 
size. First, get the video/printer terminals up and 
running well. Then check out the other locations 
for compatibility with the proposed system. Fi- 
nally, prove out the message-switcher portion. 
Only then integrate the pieces. 

That's exactly what McGraw-Hill did. The Wil- 
tek Inc. terminals were installed and plugged 
into a proven message-switching computer at 
Wiltek's offices in Norwalk, Conn. 

Once the terminals were in, operators were 
trained and the units debugged. The procedures 
for moving information to the other terminals in 



Polling is done on a programed timing schedule 
and sequence, adjusted by the TMS every hour, 24 
hours a day. The adjustment reflects historic peak- 
load periods for each location. The sites with the 
heaviest traffic are generally queried approximately 
every 10 minutes, the others every 20 minutes. But 
this changes. At lunch time on the East Coast, for 
example, eastern terminals are polled less fre- 
quently than at other times during the business 
day, although sites in other time zones may con- 
tinue to send as much copy to the east as during 
any other period of the day. 

Once entered in the central memory, messages 
from any location on the network are forwarded at 
the first opportunity— usually within seconds, but 
never longer than a few minutes. With messages 
being delivered that quickly, there is no heavy 
buildup of traffic for a given location. 

Dynamic polling 

At the beginning of the day, there is an initial 
polling sequence, but that sequence changes rap- 
idly. The frequency of contacting each station is 
the critical factor. For example, once a station on a 
10-minute polling schedule has been contacted out 
of turn so that it could receive a message, it is auto- 
matically rescheduled for polling 10 minutes later. 

Let's assume that Los Angeles, San Francisco, 
Chicago, and Detroit are the next stations due for 
polling, and each one is to be contacted every 10 

network 

the network were the same as those that would 
be used once the company's ibm System /7 mes- 
sage switcher was installed in New York. 

After several months of testing terminals, 
procedures, programs, and people, attention 
turned to installing the System/7. For checking 
out the switcher and its capabilities, the group of 
terminals in New York were designated as the 
guinea pigs, using the following procedure. All 
the Wiltek terminals, including those in New 
York, would remain working through the com- 
puter in Connecticut. But all messages origina- 
ting in New York would also print out on a termi- 
nal in New York. After the messages went out, 
the send buffer would be reversed to a given 
point and stopped. The System /7 would call the 
local terminal, take all the data, perform all its 
functions, and then deliver the message to a 
second terminal in New York. Only when every- 
thing was working to management's satisfaction, 
would the other 16 locations be moved onto the 
system. 

The same approach Was used to prove-out the 
Telex, Teletype, and twx locations. 
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minutes. Should a polling of Los Angeles pick up a 
message for Detroit, delivery of that message is 
tried as soon as it is on disk. When Detroit is on 
the line, it sends any messages it has to the com- 
puter for storage. It then gets the message from Los 
Angeles— as well as any other messages that may be 
stored for it— and the next Detroit polling is re- 
scheduled for 10 minutes from that point. 

In the same example, Detroit might have had a 
message for Chicago. It, then, would trigger the im- 
mediate-delivery routine. On completion of the de- 
livery, Chicago would be rescheduled for polling 10 
minutes later. Calling times and schedules are, 
thus, dynamically updated. If Detroit has a mes- 
sage for a Western Union location, such as a Telex 
or TWX site, or service, such as Mailgram, no re- 
shuffling of calls is needed since those locations are 
not polled. 

The video terminals and the tms have automatic 
answering, so no operator intervention is required. 
However, when the destination terminal cannot be 
contacted, the tms retries the line four times in 
rapid succession before messages for the called ter- 
minal are put on "hold," and the console operator 
in New York advised of the line problem. 

Manual override 

Because of McGraw-Hill's news-dissemination 
needs, there often is last-minute copy for a publica- 
tion about to close. In that case, the console oper- 
ator at the communications center can manually 
override the polling routine by keyboarding some 
special instructions, -which take effect as soon as 
the present call is completed. For example, a station 
can notify the operator that it has closing copy and, 
starting at a given time of day, wants to be polled 
every five minutes, or every 10 minutes in the case 
of sites normally polled every 20 minutes. The op- 
erator can put this change into effect by hitting a 
few keys. 

When a WATS or ddd line becomes over- 
burdened, the console operator can instruct the 
TMS to move part of that line's polling over to one 
of the other high-speed lines. When the over- 
burdened channel falls back within acceptable pa- 
rameters, he can switch the polling back to its nor- 
mal line. The operator can determine when this 
problem arises by asking the computer how many 
messages are in queue for a given site, or line. 

In case the TMS itself becomes inoperative, the 
network can still function. The lines are taken out 
of the TMS and connected directly to the terminals 
at the communications center via a backup device 
that simulates the computer. A remote site is then 
manually dialed, and messages sent straight 
through from terminal to terminal. 

Minimizing costs 

Having a variety of lines not only makes the sys- 
tem efficient, but offers the flexibility needed to 



minimize transmission costs. The tie-lines, for in- 
stance, are relatively unused for voice calls during 
certain hours of the day— primarily early morning, 
lunch time, and late in the afternoon. At those 
times, the TMS transfers some of what would nor- 
mally be WATS-line polls to the tie-lines, which cost 
the same monthly rate no matter how much they 
are used. As a result, the WATS lines, which carry a 
flat-rate charge for up to 240 hours per month us- 
age, are cleared for communicating with TWX/ 
Data-Phone locations. This juggling of lines elimi- 
nates charges that would have been incurred had 
the sites been called over a wu line, as they are 
during most of the day. 

16,000 addresses are stored 

The TMS has 40,000 bytes of main memory. Part of 
that capacity stores the addresses and phone num- 
bers of all the video terminals, a four-character 
identification code for all other McGraw-Hill (M-H) 
locations, and frequently called WU numbers. In 
addition, it has the destination identity codes for 
150 membership, or group, lists, each of which can 
consist of up to 100 different telephone numbers, 
and all the required code- and speed-conversion 
tables. 

The disk memory has an additional 4.9 mega- 
bytes of storage, of which 4.3 megabytes are for 
temporary storage of messages. The remaining 
600,000 bytes are overlay memory holding the 
phone numbers, answerbacks, and addresses of WU 
terminals, as well as complete data on the less fre- 
quently called M-H locations and the hundreds of 
outside subscribers to the company's three daily 
newswire services. 

Messages within the system cannot exceed 
25,000 characters. Under the old setup, a long mes- 
sage took 45 minutes to send. Now, it is completed 
in under three minutes because of the 1,200-b/s 
modems that link video terminals with the line. 
That long a message, however, is highly unusual. 
Since a keyboarder can't type that fast and most of 
the terminals are polled roughly every 10 minutes, 
long messages are generally broken into shorter 
"pages" for pick-up on the next several poll- 
ings of that site. 

The average message, in fact, is 1,900 characters 
long, and a terminal may have a number of mes- 
sages to send. In all, the system handles about 1,000 
different messages per day. Many messages, how- 
ever, go to multiple locations, making daily 
throughput about 1,800 messages. Stated another 
way, 2.3 million characters are sent a day, plus the 
variable volume entered for outside subscribers to 
M-H's daily newswire services. This load still leaves 
plenty of room for expansion because the system 
can sustain a throughput of 450 c/s, or in excess of 
38 million characters per day. 

Using the average length, the disk can store over 
2,000 messages, or twice the present total. The aver- 
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2. To simplify network expansion, the switcher's disk 
can store twice its present volume, and the unit's line 
capacity is five times today's total. 

age time an undelivered message is resident on 
disk is less than 2 minutes. Once stored on the two- 
platter disk, any message can be retrieved up to 36 
hours later. 

Message handling 

A message entering the system has a header made 
up of local message number and the code address 
of the terminal to receive the data. Before being 
placed on disk, the TMS code-converts any message 
to EBCDIC, the computer's internal code. Coming 
off disk, the language is again translated, this time 
to ASCII for transmission to the video terminals, na- 
tional or international baudot for Telex, or TTS for 
five-level-tape teletypewriters. 

Before the transmission is completed, the TMS as- 
signs an internal number to the message. The num- 
ber can later be used for tracking the message 
should someone say it was never received. Each ter- 



minal's messages are numbered in order from 0001 
through 9,999 for a month, and then the cycle 
starts again. 

The hard-copy printout at the originator's end 
contains an accepted or rejected code, the date and 
time, to the second, that the message was accepted 
by the system, and the number of characters sent. 
If a message is rejected by the computer, the reason 
why is given. 

At the receive end, the header contains the same 
data as on the sender's copy— including who else is 
receiving the same message. This last part is con- 
sidered particularly important because some loca- 
tions that should be informed may have been for- 
gotten. What's more, knowing exactly who else is 
receiving the same message allows editors to 
coordinate efforts between field offices, and elimi- 
nates duplication. 

At the end of the message appear the date and 
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3. Multiplexer has a separate one-character buffer, 
with serializer/deserializer, for each line. CPU then 
accepts characters from the different buffers on a 
contention basis— first come, first served. 



time the delivery was made, as well as a repeat of 
the date and time it went into the system. This al- 
lows the recipient to quickly determine whether 
the TMS is handling messages promptly. 

Dual-buffered terminals 

The buffered editing terminals at the 17 high -traf- 
fic locations play a critical role in moving copy 
quickly. Each location has at least one cathode-ray- 
tube (CRT) terminal with full editing capabilities. 
Instead of having to compose a story at a typewriter 
and then enter it into the terminal by keyboard- 
ing— which he might have to do when no key- 
boarders are available— an editor can start right out 
at the terminal and see what he is typing displayed 
on the screen. To help him along, the keyboard has 
special function keys for deleting a word or line, 
adding or deleting spaces, and for overprinting any 
previously entered word. 

When a short message (not more than a screen- 
full) has been entered, the operator inserts the end- 
of-message code, moving everything from the CRT's 
memory to the send buffer for storage until trans- 
mittal. The terminal keeps an internal count of the 
number of messages it has stored at any given mo- 
ment, so that only complete messages are sent 
when polling takes place. 

Long messages are handled with a slight vari- 



ation. As the CRT is filled, a different key is hit. 
This also moves the data to the send buffer— at the 
same time, wiping the screen clean. But, the data is 
stored there and not sent until the balance of the 
message has been entered and the end-of-message 
characters added. 

A second major plus for the terminals is the 
dual-buffer arrangement. The separate 50,000-char- 
acter send and receive buffers can be used simulta- 
neously, and each buffer has its own read and 
write heads. When the terminal is polled, it an- 
swers the call, performs the handshaking routine, 
and starts to transmit the contents of the send 
buffer. Typically, while sending through the read 
head of the send buffer, that buffer is also taking 
input from the CRT memory. If that message is 
completed while the terminal is still sending, the 
new message will be sent right then. 

With dual-buffers, this entry of data by the key- 
boarder can continue even when the terminal 
turns the line around and starts to accept messages 
from the TMS. The incoming data is stored until it 
is printed out on the hard-copy printer, which 
starts up as soon as the first character hits the end- 
less-loop magnetic tape buffer. 

At the medium-to-heavy-load locations, the 
printer churns out message traffic at 300 words per 
minute. At low-traffic points, it's printed at 100 



wpm. A hard copy of outgoing material is made via 
a loopback, built into the terminal controller, be- 
tween the send and receive buffers. To get an extra 
copy or to retransmit a message, the operator backs 
up the appropriate buffer to the beginning of the 
message he wants. 

Error control is provided in two steps. There is a 
parity check that takes place between the CRT and 
send buffer. In this case, any error appears on a 
printout as an asterisk, alerting all parties. The er- 
ror can then be corrected at the next polling. Sec- 
ond, a cyclic redundancy check of each block is 
made at the send buffer and the TMS and later by 
the TMS and the receive buffer at the ultimate des- 
tination. When an error creeps through three 
times, the balance of the message is scrubbed and 
the call placed again. Transmission is picked up at 
the point where the error was made. 

To hurry the flow of copy in New York, home of 
most of the company's magazines, printers can be 
located in the editorial offices of the various publi- 
cations. All copy addressed to a publication would 
print out both there and on one of the print-only 
terminals in the communications center. Even- 
tually, as the system expands, the copy at the cen- 
ter will be eliminated. Without printers in editorial 
offices, messages have to be hand-delivered or sent 
by pneumatic tubes to the proper floor for hand 
pick-up, which results in an unnecessary time de- 
lay. A printer's speed depends on how much copy 
is forwarded to that specific publication. Heavy 
traffic calls for a 30-c/s unit. Other printers can be 
slower, down to 10 c/s. 

International copy 

Time-zone differences, especially on an inter- 
national basis, were a headache under the old sys- 
tem. The Tokyo office, for example, couldn't com- 
municate directly with the international head 
office in London because the two cities were on dif- 
ferent circuits. Everything had to go through New 
York. But, during the work day in Tokyo (13 hours 
ahead of New York) it was night in New York. The 
message for Europe had to sit in New York until 
the next morning. By the time it was delivered to 
London (five hours ahead), it was already after- 
noon in England. From there, the message was re- 
layed to other M-H offices on the continent. 

Although this operation still runs over a four- 
wire leased line, the TMS immediately forwards the 
message to its destination, no matter what time of 
day or night it comes into the computer. The Lon- 
don office then distributes the messages— to Paris 
and Brussels by leased wire and to other European 
bureaus by the public telex network. 

Newswire service 

The availability and distribution of news to sub- 
scribers to any of M-H's three daily newswire ser- 
vices has been enhanced by the TMS. Until the unit 



was installed, finished copy, plus a list of several 
hundred subscribers, would be transmitted on pa- 
per tape from the communications center to a 
Western Union computer every afternoon, wu 
then sent the material across its Telex and TWX 
networks to the subscribers. Today, newswire copy 
is put on disk and distributed to subscribers right 
from the TMS. This saves both the time and costs 
previously involved with first transmitting the data 
to the wu computer. Since three separate news- 
wires are involved, the saving is substantial. 

What's more, an important additional service is 
possible because of the power of the TMS. A sub- 
scriber need no longer wait until the end of the day 
to get his news. Up-to-the-minute news can be put 
on disk as soon as it is written, instead of every- 
thing being batched for entry late in the afternoon. 
Thus, a subscriber would be able to dial a special 
number at any time during the day and, once veri- 
fied by the TMS as a valid subscriber, have access to 
all the news stored in the computer. 

Current proposals for expansion call for an even 
greater improvement in service in the near future. 
The TMS may be programed to combine the news 
from the three newswire services— metal, chemical 
and oil— and sort items into specialized subcate- 
gories, such as financial, plastics, particular types of 
petroleum, and so on. A subscriber to this new ser- 
vice would be able to call in and get the news from 
just those categories that interested him. 

Keeping up to the minute 

Several statistical reports for management are pre- 
pared regularly by the TMS. The purpose is to give 
an over-all view of any problem and help in analyz- 
ing traffic and load patterns. 

One report, which covers all the video terminal 
locations, lists (to the second) the total amount of 
dialing time for a given period, transmission time 
in total, and the average transmission time, as well 
as the number of connected and disconnected calls 
by site. The report can be generated at a moment's 
notice, but is usually made every 24 hours. It is 
used to see how efficient the system is and how the 
most recent day's performance compares with an- 
other day. 

Another daily report logs all parity errors for 
each individual site by specific character, time 
made, and message number. Among other things, 
should a particular error crop up too often, this log 
helps in alerting management to possible circuit or 
terminal problems. 

Line errors are detailed in a separate daily report, 
which totals how many blocks were retransmitted 
because of problems on the communications lines, 
and how many calls were terminated as a result. A 
fourth report specifies how many calls were placed 
over the WATS lines, broken down by location. One 
use for the report is to monitor the telephone com- 
pany's monthly statement. ■ 
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^fhen a private voice- 
grade line is equipped at 
each end with a voice-plus- 
teleprinter unit, one or more teleprinter lines along 
the same route can be eliminated. The longer the 
voice line (above a certain minimum), the greater 
the monthly savings in lease costs, since these rise 
with distance. 

Basically, the voice -plus-teleprinter unit (V+TU) 
uses frequency-division multiplexing to divide the 
voice channel into a not-as-wide voice band and up 
to four narrow bands for low-speed teleprinter data. 
The derived voice band, despite the loss of some 
frequencies, delivers speech that is fully intelligible 
to most listeners. What's more, it can be used also 
for high-speed data and facsimile transmission, 
though the maximum possible speed may be a 
little less than on conventional voice-grade line. 

The simultaneous voice-plus-teleprinter tech- 
nique is not to be confused with such line-sharing 
methods as alternate voice/data and interpolated 
voice. And it is also different from conventional 
data communications, where frequency-division 
multiplexing derives up to 24 low-speed channels 
from a voice-grade line, but no voice channel. 

The technique is not new. Also known as 
speech-plus-data and voice-plus-data, it enjoys a 
certain popularity in Europe, South America, and 
Asia, and it is offered as a tariffed service by several 
international record carriers (for example, RCA 
Global Communications Inc.) and by at least one 
domestic specialized carrier (Southern Pacific 
Communications Corp.). However, neither West- 
ern Union nor domestic telephone companies pro- 
vide such tariffed offerings. Furthermore, despite 
potential savings and technological maturity, si- 
multaneous voice-plus-teleprinter has been little 
used in private networks in the United States— per- 
haps because many communications managers and 
planners aren't aware either that it exists or that 
equipment for implementing the technique is 
available from several domestic manufacturers. 

The principal reason for using the voice-plus- 
teleprinter technique is to eliminate the need for 
one or more separate Type 1005 (75 bits per sec- 
ond) or 1006 (110 b/s) teleprinter lines between 
two or more locations that already have private- 
line connections for voice or high-speed data traf- 
fic. Thus, the amount saved each month depends 
on the difference in monthly cost between one or 



96 



PAYBACK PERIOD AND MONTHLY SAVINGS 




200 400 600 



1,000 1,200 1,400 



1,600 1,800 2,000 



CIRCUIT LENGTH (MILES) 



1. Voice-plus-teleprinter techniques have favorable 
payback period and monthly savings economics, 
particularly for long distances. 

more teleprinter lines and the equivalent monthly 
cost for the v + tus. 

The cost of a Type 1005 or 1006 line, found in 
FCC No. 260 tariff, increases with line length. 
While the figure for a v+tu will vary somewhat 
depending on requirements, a pair of them should 
cost at most about $4,000. The colored curves in 
Figure 1 show how long it will take, by not having 
to pay for a Type 1006 line and related service ter- 
mination units, to recoup the equipment cost in 
two applications. One application requires a voice 
band and one 110-b/s (or baud) teleprinter chan- 
nel, the other requires a voice band and two 110- 
b/s channels. For example, eliminating one 1,000- 
mile Type 1006 line and its service termination 
units (upper colored curve) will pay for two v+TUs 
in about 4Vi months. Eliminating two 1,000-mile 
low-speed fines (lower colored curve) will pay for 
two V+TUs in about 2Vi months. 

The black curve in Figure 1 takes two other fac- 



tors into account— maintenance cost and installed 
lifetime— to arrive at the monthly savings that re- 
sult from not leasing one Type 1006 fine plus its 
service termination units. Here, again, the cost of 
the v+tus is estimated at $4,000, the maintenance 
is, at most, $400 a year, and installed lifetime is as- 
sumed to be a conservative 10 years, making the 
over-all cost of the equipment come to $67 a 
month. The black curve then shows that eliminat- 
ing a 1,000-mile teleprinter line will save more 
than $800 a month during the v+tus' lifetimes. 

Variety of networks 

By using the voice-plus-teleprinter technique with 
both private and tie-fine voice circuits, a variety of 
low-speed data networks can be produced, includ- 
ing point-to-point, remote computer access, and 
message-switching types. 

A four-wire point-to-point private line, with a 
V+tu installed at each end, can be made to pro- 
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2.The point-to-point line is a simple use of the voice- 
plus-teleprinter technique. 
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3.Voice-plus-teleprinter channels can be dialed up 
and go over a private-branch-exchange line. 
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4.A variety of ways to access channels can be used 
in a message-switching system. 
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vide full-duplex voice transmission and full-duplex 
teleprinter transmission (Fig. 2). Here, the v + TUs 
break out the four-wire voice circuit (solid color) 
from the four-wire teleprinter channel (dashed 
color). If the v+TUs had, say, provision for two 
teleprinter channels, then two separate, private, 
four-wire, low-speed channels would be available. 

Organizations with geographically scattered in- 
stallations often use private automatic branch ex- 
changes (PABX) to reduce voice-line costs (Fig. 3). 
Here, a tie line connects each pabx to one or more 
remote PABXs. (Signaling units (su) must also be in- 
stalled.) Therefore, point-to-point teleprinter ser- 
vice can be obtained on tie lines, too, more or less 
as in Figure 2. 

However, the arrangement in Figure 3 goes a step 
further in the application of the V + TU technique. 
Here, a remote terminal uses a data access arrange- 
ment (DAA) and an interface to dial up the tele- 
printer channel of a v+tu so that, as shown, any 
terminal connected to the dial network can access 
a remote computer (or other terminal) connected 
to the other end of the tie line. The terminal could, 
for example, operate at 300 b/s, so that the voice- 
plus-teleprinter unit would derive one channel 
with a 3,000-Hz Carrier frequency with the neces- 
sary ±120-Hz frequency shift. 

When a company needs extensive voice commu- 
nications and extensive message switching over es- 
sentially identical routes, the voice-plus-teleprinter 
technique has great economic advantages. Figure 4 
shows a message -switching network employing 
both private and pabx tie lines. 

Here, the message-switching computer selec- 
tively polls any terminal on the network either to 
forward data from another terminal to the ad- 
dressed terminal or to ask if the selected terminal 



5.The basic electronic elements in the voice-plus- 
teleprinter unit are amplifiers and filters. 

has a message for any other terminal. A hub, or 
bridge, permits any of the computer-selected termi- 
nals to communicate one at a time with the mes- 
sage-switching computer. Note that the hub is 
linked to nearby terminals with current loops and 
to remote installations by modems. The terminals 
can operate at any standard speed from 75 b/s to 
300 b/s, and the bandwidth of the teleprinter chan- 
nel in the v+TU is selected accordingly. Standard 
bandwidths for low-speed data channels are given 
in the table. 

How the V + TU works 

These low-speed channels can be squeezed onto 
the conventional voice-grade line only because hu- 
man speech contains most of its power in fre- 
quencies below 2,500 Hz. In fact, tests have shown 
that intelligible conversations can be held with the 
highest frequency at 1,500 Hz— although this situ- 
ation is not normally exploited by the voice-plus- 
teleprinter technique. Using FDM, sharp-cutoff fil- 
ters limit the band for voice and prevent this band 
from interfering with filter-derived low-speed data 
channels. At the center of each derived data chan- 
nel is placed an audio tone that carries the data 
stream. This carrier is shifted up and down in fre- 
quency by the binary 1 and bits in the trans- 
mission to yield binary-modulated audio signals. 
Modulation of a carrier frequency by a signal fre- 
quency is called frequency-shift keying (FSK). 

Figure 5 shows the basic elements of a voice-plus- 
teleprinter unit. Amplifiers in the receiving and 
transmitting paths control the level of the compos- 
ite signal. The voice channel interfaces with man- 
ual or automatic switching systems and incorpo- 
rates an su. An optional echo suppressor can be 
inserted for long-distance circuits. The FSK trans- 



mitters and receivers, used to derive the data chan- 
nels, are connected to the composite-signal ampli- 
fiers. The interface of the data channels to the 
terminals, not shown, can accommodate current 
(20-milliampere or 60-mA) or voltage (RS-232-C) 
signals. 

Deriving data channels 

Theoretically, the narrow-band channels for tele- 
printer traffic could be trimmed from the low, 
middle, or high frequencies of the normal band- 
width available on a voice -grade line. The three al- 
ternatives are shown in Figure 6. 

In the top drawing, a high-pass filter cuts off the 
lower portion of the voice spectrum, and the data 
carrier tone (or tones) are placed at the low-fre- 
quency end of the spectrum. This scheme has two 
major disadvantages. Firstly, filtering out the low 
frequencies would degrade voice transmission the 
most because,they are the most responsible for its 
intelligibility and quality. Secondly, power line and 
other 60-Hz noise can cause intense interference at 
the lower frequencies. 

The middle drawing in Figure 6 shows the center 
of the voice spectrum "notched out" and the data 
carrier placed in the notch. This scheme is popular 
and very effective in applications where only one 
data channel is needed and the wideband channel 
is used only for transmission of speech. However, a 
data carrier in the middle of the spectrum would 
cause interference if the "voice" channel were 
used to transmit medium-speed data or facsimile. 

The arrangement in the bottom drawing of Fig- 
ure 6 is best for most purposes and is used in most 
voice-plus-teleprinter equipment. Here, a low-pass 
filter with a voice cutoff frequency of F V c band- 
limits the channel so that all the low- and mid-fre- 
quency components of the voice are retained but 
the upper frequencies are greatly attenuated and 
create a spectrum for the data channels. 

If F V c is kept above 2,000 Hz, both voice quality 
and intelligibility will remain good to most listen- 
ers. Certain systems have even employed an F V c of 
1,500 Hz with reasonable success. But when F V c is 
2,500 Hz or more, the average listener cannot tell 
the difference between the band-limited voice 
channel and normal telephone quality. The low- 
pass filter may also be delay-equalized, to permit 
medium-speed data transmission in an alternate 
voice/data mode. 

For effectiveness, then, the data carriers should 
be placed in the portion of the spectrum above the 
voice cutoff frequency. Each data channel requires 
two guardbands to protect it from interference by 
adjacent channels. The width of each channel plus 
its guardbands is a function of the maximum trans- 
mission speed of the channel. Therefore, the num- 
ber of data carriers that can be placed above the de- 
rived voice channel depends on the voice cutoff 
frequency (F V c), the cutoff frequency of the facil- 
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6.The carrier frequency for the data channel can be 
located below, in, or above the voice channel, and 
experience has shown that the best place is above, 
so as not to pick up electrical interference. 
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ities, or voice circuit (F F ), and the maximum trans- 
mission speed of the data channels. 

Conditioning increases capacity 

The spectrum made available for low-speed data 
channels, or data bandwidth (D B w), is therefore: 

Dbw = Ff - Fvc 

That is, the higher the cutoff frequency of the cir- 
cuit (or facilities) and the lower the cutoff fre- 
quency of the voice channel, the larger the number 
of available data channels of a given speed. Uncon- 
ditioned lines supplied by telephone common car- 
riers have an F F of, at best, 3,000 Hz, but on micro- 
wave and many international circuits F F is usually 
3,400 Hz. Conditioning the common carrier lines 
can thus increase D B w- 

The table contains a range of channels that can 
be derived from voice circuits, including condi- 
tioned ones, according to various domestic and in- 
ternational standards. If a 2,100-Hz cutoff fre- 
quency is assumed for the voice channel, CO 
conditioning will provide one 110-b/s (or baud) 



channel; CI conditioning provides two such data 
channels; C2 conditioning, four channels, and C4 
conditioning, five channels. 

For example, appropriate line conditioning en- 
ables one arrangement, typical of those used on in- 
ternational circuits, to squeeze in four teleprinter 
channels above a voice cutoff frequency of 2,700 
Hz. Here, the data carriers have a maximum trans- 
mission capability of 75 b/s each and are placed 
120 Hz apart according to ccrrr (International Con- 
sultative Committee for Telegraph and Telephone) 
Recommendation R.35 (see table). 

The voice cutoff frequency of 2,700 Hz, besides 
providing excellent speech quality, also allows a 
standard 2,600-Hz tone to be used for signaling— a 
distinct asset, since the presence of a signaling tone 
in the voice channel means that the system can be 
operated with manual switching systems or auto- 
matic switching systems like pabxs. Finally, the 
equalized low-pass filter used to create the voice 
band also enables that channel to transmit facsim- 
ile or medium-speed data (up to 4,800 b/s) in an al- 
ternate voice/data mode. ■ 
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Communications processors 
play four different roles in 
up-to-date data communi- 
cations systems. They serve 
as programable front-end processors, as message 
switchers, as remote programable data terminals, and as 
remote data concentrators. For the most part, all are 
based on general-purpose equipment— the mini- 
computer, together with necessary interface hardware 
and main and secondary memory. 

What distinguishes one system from another, essen- 
tially, is the software invoked to make the processor 
perform the detailed operations required by the proces- 
sor's application. And even though the over-all software 
will differ from one type of system to the other, all of 
them use many software modules in common. Thus, a 
good understanding of data communications systems 
can be obtained by reviewing the roles of the various 
software functions, together with some implications of 
module relationship to memory utilization, and to pro- 
graming difficulty. 

The sharing of a data communications processor by 
many terminals (or stations) is accomplished, at any 
given instant, by one of 10 software modules. Each 
module is an intricate program of explicit instructions 
within the processor that implements a specific commu- 
nications function. The 10 software modules are: 

■ Dial-up, used when the processor communicates 
through the public switched telephone network 

■ Dedicated line, used when leased lines connect termi- 
nals to the processor 

■ Polling and selecting, used with dedicated multipoint 
lines to call up the remote terminals 

■ Code conversion, used when the network equipment- 
including the terminals, the processor, and the host 
computer— employ different codes, as is usually the case 
in data communications systems 

■ Message control, which determines routing and fur- 
ther action to be taken on a particular message 

■ Buffer and queue, which temporarily stores incoming 
characters and organizes them into messages or blocks 

■ Message switch, which directs particular messages 
onto their corresponding lines 

■ Peripheral control, a standard software package re- 
lated to a particular peripheral, such as a line printer or 
card reader, and usually supplied as part of the oper- 
ating system 

■ Host-computer link, which organizes the processor to 
be compatible with a local host computer 

■ High-speed synchronous link, which organizes the 
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processor's high-speed input/output data stream to be 
compatible with a remote host computer 

Certain software modules handle all types of commu- 
nications, while others are specific to one or a few types, 
as shown in Figs. 1 through 4. For example, the remote 
data concentrator, Fig. T, gathers inputs from many 
lines— dedicated, dial-up, or both— and merges them 
into a high-speed synchronous data stream for trans- 
mission to a remote host computer. Thus, remote data 
concentration requires dedicated lines, together with 
poll-and-select, dial-up, code-conversion, message-con- 
trol, buffer-and-queue, and high-speed synchronous- 
link software modules. As a programable front-end pro- 
cessor, though, the minicomputer would employ the 
host-computer-link module instead of the high-speed 
synchronous link module (Fig. 2). 

Operating system supervises all 
Once the appropriate software modules have been de- 
termined by the processor's application, they are coordi- 
nated in time and by event by another software pack- 
age, the operating system (OS). The OS is usually 
supplied by the minicomputer vendor. For example, 
when the time comes to perform message buffering and 
queuing of an incoming message, the OS calls in the buf- 
fer-and-queue software module, actually a program of 
perhaps hundreds of machine instructions that executes 
the detailed operations. 

The detailed programing of a communications pro- 
cessor is complex and time-consuming, and the amount 
of over-all effort depends on the number and types of 
software modules, the processor architecture, the pro- 
graming language, the amount of hardware-interface 
equipment, and the size of the data communications 
network. Often, programing effort can be decreased by 
using, where appropriate, dedicated electronic hard- 
ware that can do the same job as the software, but more 
quickly and with less complexity— for example, error 
control, as explained later. If hardware can be used, 
then the OS task is simply to bring the hardware into 
play at the proper instant. 

Programing will not be discussed further here. It is a 
task well understood and implemented by professional 
programers who execute the activities specified by data 
communications systems planners. However, one major 
aspect of programing does depend on the system appli- 
cation and thus is determined by the planner: If the ap- 
plication must or can be implemented totally within the 
minicomputer's fast-access main memory, a real-time 
operating system is used, but if the application requires 
extensive memory and can tolerate slower-access, but 
less costly, disk systems, a real-time disk operating sys- 
tem must be used. 

Line programs get the messages in and out 
The first software module encountered by a message is 
either a dial-up-line program if the message comes in 
through a dial-up port, or a dedicated-line program if 
the message comes in through a dedicated, or leased- 
line, port. The two line-program modules differ in two 
ways: How control is exercised to connect a terminal to 
the processor and how electrical signals actually make 
the connection. These differences will be explained in 
the following discussion of the five subroutines that 
both types of line program have in common: 



■ Link connection, which establishes electrical connec- 
tion between the terminal and the processor and gets 
the voice line ready to carry data 

■ Receive data, invoked when the processor acts as a re- 
ceiver of data sent over the connection 

■ Transmit data, invoked when the processor sends 
data to a remote terminal 

■ Error control, which detects and can correct er- 
roneous data when the communications processor is in 
its receive-data mode 

■ Link control, which is an agreed procedure on how 
message data passes between the terminal and the pro- 
cessor, and which insures message integrity by including 
an error-control discipline 

The essential elements of establishing a link connec- 
tion between the datasets for the terminal and processor 
is shown in Fig. 5. Here, the processor dials up the 
phone number associated with the terminal's dataset 
(modem). The dataset sends back a RING signal, which 
the processo'r dataset answers by sending back a DATA 
TERMINAL READY (DTR) signal, or does not answer by 
letting the RING signal continue until shut off by the ter- 
minal. The terminal dataset responds to the DTR by 
sending back a DATASET READY signal. Then the termi- 
nal dataset sends a CARRIER DETECT signal which, if de- 
tected by the processor dataset, means that compatible 
datasets are voice-mode connected. To shift into the 
data mode, the processor dataset then raises a REQUEST 
TO SEND, which tells the terminal it wants to transmit 
data, and, after a short delay while the telephone line 
echo suppressor is disabled to permit data transmission 
over the lines, the terminal dataset responds with CLEAR 
TO SEND. Now, the link is ready to carry data. 

When dedicated lines are used, neither the RING re- 
port nor the DTR are needed, since the two datasets are 
permanently connected and can begin communications 
at any time. Further, in full-duplex links, the REQUEST 
TO SEND is raised permanently, while in half-duplex 
links, the direction of the REQUEST TO SEND signal de- 
termines whether a terminal is to send or receive data. 

Connecting terminals on multipoint lines 
Although, a connection in a dial-up network is made by 
dialing the telephone number associated with a termi- 
nal's dataset, in dedicated multipoint (or multidrop) 
systems, all datasets for all the terminals and the proces- 
sor are permanently connected and ready to send or re- 
ceive data. In this case, the communications processor 
sends out a bit sequence, called an address or identi- 
fication (ID). When the addressed terminal senses its 
own ID, it will respond to the processor. 

Two alternative ways to "connect" with a terminal on 
a multipoint line are polling and selecting (also called 
polling and addressing). In polling, the processor sends 
the ID which means: "Do you have any data to send 
me?" In selecting, or addressing, the ID is interpreted by 
the terminal as: "The processor has data for you. Are 
you ready?" The poll-and-select software module con- 
sists of one or more tables similar to the one shown in 
Fig. 6. Here, the IDs (1A, 2A, etc.) are listed in the order 
required by the application. That is, the IDs do not have 
to be in numerical sequence. For example, if terminal 
1A generates a high volume, it may be polled several 
times during the cycle, as indicated in the figure. The ID 
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FIGURE 1 REMOTE DATA CONCENTRATOR 
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FIGURE 2 PROGRAMABLE FRONT-END PROCESSOR 
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FIGURE 3 MESSAGE SWITCHER 
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FIGURE 4 REMOTE PROGRAMABLE DATA TERMINAL 
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FOUR TYPES OF COMMUNICATIONS PROCESSORS EMPLOY A MIX OF 10 COMMON SOFTWARE MODULES 
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FIG. 5. EXCHANGE ■ On a dial-up connection, the two 
datasets exchange control signals to establish a link. 



may include peripheral-device identifiers, such as A for 
a keyboard /CRT-display terminal and D for disc. An in- 
dicator (the check mark) tells if a particular device or 
terminal is inoperative; if so, it is skipped. 

PoU-and-select tables can take many variations, such 
as alternating between polling and selecting, as it runs 
through its ID chain. Depending on the application, 
once a terminal is polled or selected by the processor, 
the line is held until the total message is completed. 
Then polling or selecting continues on to the next termi- 
nal on the list. Another alternative is for the list to scan 
terminals, pull out part of a message, (such as a data 
block), from the terminal's buffer, go on to other termi- 
nals, then return to the first terminal for another block, 
and so on. Even when the poll-and-select list scans for 
short blocks, the communications processor is so much 
faster than line data rates that the list can be stopped 
for a period before the cycle starts again. During this 
built-in delay, the processor performs its other routines. 

Dynamically alterable polling and selecting 
A data communications system that exhibits a change 
in traffic pattern during the day should have several 
poll-and-select modules. For example, if a system with 
the processor in the East has terminals on both East and 
West Coasts, at 8 a.m. Eastern time, the heavy volume 
of traffic comes from the Eastern terminals. Therefore, 
one poll-and-select table calls up the Eastern terminals 
more frequently than the Western ones. At 11 a.m., 
Eastern time, traffic starts to come in from the West, so 
that another table has to give about equal priority to 
both Eastern and Western terminals. At 5 p.m., Eastern 
time, though, local traffic slows down while heavy West- 
ern traffic continues for another three hours. Therefore, 
a third table is needed to weight polling and selecting in 
favor of Western terminals. 

The number of tables and the organization of the pol- 
ling list within each table depends on the actual traffic 
pattern for a given application. If three poll-and-ad- 
dress tables are needed, then three software modules 
must be programed in advance. The appropriate one is 
called in at the right time, automatically by program or 
manually by the system operator through a hardware 
switch or a simple instruction at the console. This ap- 
proach is known as using dynamically alterable poll- 
and-select software. 

Because of its high speed, the communications pro- 



cessor can sequentially scan the connected lines from all 
on-line low-speed terminals. Using its receive-data rou- 
tine, the processor accepts incoming data from these ter- 
minals. One method of scanning the connected lines is 
through a tumble table, a temporary buffer (Fig. 7). 
Under control of the software program, it picks up a 
single character from each line, stores it in an empty 
cell, and transfers the characters to the buffer-and- 
queue module, which in turn scans the tumble table and 
organizes the individual characters back into messages 
from each line. 

Each incoming line is scanned until an END OF 
transmission (EOT) character is recognized, or a 
predetermined number of bits has been counted, and 
then the link-connection modules disconnects the par- 
ticular line. The receive-data subroutine also appends 
additional characters to each message character to iden- 
tify the line, terminal, and code. 

The transmit-data module is called in when the pro- 
cessor wants to send data to the remote terminals. Its 
operation is essentially the reverse of the receive-data 
module. That is, the transmit-data modules takes mes- 
sages from buffer-and-queue storage, sends them back 
through the tumble table, and out on connected lines to 
specified terminals. 

Assuring link discipline and integrity 
During a send/receive transmission, the data stream is 
managed by the link-control module. Synonymous 
terms for this module are line discipline and line proto- 
col. The data stream not only contains data characters 
but also special characters, called control characters, 
that tell the processor and terminal such things as when 
a message or data block starts or ends and whether a 
transmitted message has arrived correctly or contains an 
error. The link-control module is interrelated with the 
link-connection module; for example, in half-duplex 
links, the link-control module tells the connection when 
to reverse the direction of transmission. 

In most systems based on communications processors, 
the link-control module can be quite complex. It must, 
as an example, distinguish between data and control 
characters. If" a control character is detected, link control 
must tell the software and hardware what action to take 
next: for example, when a transmitted block contains 
an error and requires a retransmission. The actual pro- 
graming of a link-control module depends not only on 
the adopted protocol for handling data streams, but also 
to some extent on the hardware approaches used within 
the terminals and the communications-processor inter- 
faces. Therefore, the detailed programing of the link- 
control module can be one of the most time-consuming 
and exacting tasks in setting up the software modules 
for a given application and network configuration. 

An alleviating factor of link-control software is that 
the more popular protocols, generally written by host 
computer manufacturers, have been in existence for 
some time, are highly refined, and have become more or 
less recognized as industry "standards." 

The operation of a link-control procedure is shown in 
a most simplified manner in Fig. 8 for two terminals 
connected on a multidrop line to the communications 
processor. Here, the processor polls the first terminal by 
ENQ ID1. Terminal ID1, having no data to send, responds 



with its ID and the control character EOT, for END OF 
transmission. Sensing the EOT under this circum- 
stance, the processor returns to its poll list and sends out 
ENQ ID2. The second terminal, having data to send, re- 
sponds with ACK ID2, which tells the processor to start 
sending its message. Transmission continues until an 
EOT indicates that the transmission has ended, or, as 
shown, the terminal— using its error-control facility— 
senses an error in a block of data and sends a nak ID2, 
for negative acknowledgment. The processor retrans- 
mits the erroneous block, and the message continues, 
until the terminal either sends an ACK or a NAK, and fi- 
nally an EOT. 

Calling in the error-control module 
Because errors will occur during transmission, an error- 
detection-and-control procedure is embedded within 
the link-control module and implemented by a proces- 
sor (or terminal) when it is in the receive mode. In es- 
sence, each character or block of data is checked at the 
receiver for errors. Two common techniques use parity- 
bit checking. These are vertical redundancy check 
(VRC), which checks for error in each character in a 
manner similar to that used in checking data coming 
from a magnetic tape, and longitudinal redundancy 
check LRC, which checks the parity of all characters in a 
fixed-length block of characters. Often, vrc and LRC 
are used together to detect and correct errors. 

A more powerful method is called cyclic redundancy 
checking (CRC), which can be used effectively for long 
data blocks. The message block is divided by a pre- 
scribed divisor. The remainder existing after the divi- 
sion, called the checking block, is transmitted along 
with the message block. The receiver performs a similar 
division and compares the received remainder with the 
expected remainder. If they are the same, the receiving 
terminal sends an ACK; if not, the receiving terminal 
generates a NAK and sends it back to the transmitter to 
initiate retransmission of the erroneous block. 

Error checking often is implemented by software. But 
because of recent decrease in electronic-hardware cost, 
it has become practical for error control to be imple- 
mented in special hardware registers. In CRC, the regis- 
ter counts message characters, performs the division, 
compares the received remainder with the expected re- 
mainder, and provides one signal if the block is good 
and another if bad. In this way the error-control pro- 
graming is eased, since all it must do is sense the status 
of the register. And error-control execution time within 
the processor can be substantially reduced. 

Converting to correct codes 
In any fairly large data communications system, several 
codes may be involved from the terminal through the 
communications processor to the host computer and 
back. In fact, some terminals may use one code and 
other terminals, another. Thus, when a message clears 
the fine program, it carries with it information that tells 
the communications processor its own code structure. 
For example, one terminal may use a five-level Baudot 
code and another terminal the seven-level ASCII (Amer- 
ican Standard Code for Information Interchange) code. 
The minicomputer communications processor may itself 
employ the ASCII code structure, and when it communi- 
cates with a host processor may have to convert to 




FIG. 6. POLL AND SELECT ■ Table orders addresses of 
peripherals and terminals as set by requirements. 



eight-level EBCDIC (Extended Binary Coded Decimal 
Interchange Code). 

Thus, whenever data in one code structure passes to 
another part of the system that employs a different code 
structure, the message must undergo a code conversion. 
Such code conversion is usually based on a direct 
lookup table. One table could, for example, convert 
characters sent in Baudot to its equivalent bit pattern in 
ASCII. And another table would perform the reverse 
conversion. In general, direct look up code-conversion 
tables are relatively short: an ASCH-to-EBCDlC table 
takes 128 bytes, but more important, direct lookup is 
fast and simple to program. 

Certain a priori knowledge is required— for example, 
whether or not the seven-level ASCII code is actually 
being transmitted within a 10-bit block, with the extra 
bits being used for parity and for start-stop character- 
framing bits. These extra bits must be accounted for— 
that is, ignored— during the conversion. 

Suppose the communications processor knows it is to 
convert seven-level ASCII to eight-level EBCDIC. The ter- 
minal sends a lower-case m in ASCII. The conversion 
module recognizes the pattern 1101101 (ASCII for m), 
looks up the table, and changes it to 10010100 (EBCDIC 
for m). Often an extra bit position is appended to the 
left of the left-most bit in ASCII. This appended bit will 
always he a 0, unless this bit position is used for a par- 
ity-check bit. Such an "eight-level" ASCII code can also 
be stored in a standard 8-bit-byte register common to 
the EDCDIC structure and memory-cell size. 

In a similar manner, each incoming data or control 
character is converted through the direct lookup table. 
However, a separate table is required for each type of 
code conversion. Because of the repetitive nature of 
table lookup, fast conversion is a necessity. Thus, the 
tables are stored in main memory. However, if many 
tables are required, a considerable amount of main 
memory would be permanently occupied, yet only one 
table is converting data at any instant. One way to re- 
duce this code-conversion load on the main memory is 
to store the tables on disk and have the operating sys- 
tem call the needed table out of disk and overlay it on 
the space allocated in main memory for code conver- 
sion. In this way, all tables will share the same smaller 
block in main memory. 

After the message has been converted to an appro- 
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FIG. 7. TUMBLE TABLE ■ Temporary buffer picks a char- 
acter from each line and sends them to the queue buffer. 



priate code, the message-control software module 
analyzes the initial characters in the message, called the 
header, and determines message routing. This software 
module first determines whether a message is a system 
command, a message for another terminal, or a message 
to be transferred to the console or another peripheral. 

A system-command message informs the processor's 
OS about a change in the status of equipment anywhere 
in the network. The command can indicate, for in- 
stance, that a peripheral device or a data terminal is in- 
operative for some reason and therefore should not be 
polled until restored to service. Whether the out-of-ser- 
vice time is short or long, the system commands contin- 
ually update the tables that need to know status— usu- 
ally the poll-and-select and line-program modules. 

If the message from one terminal is simply to be 
switched by the processor to another terminal, the mes- 
sage is transferred by the message-switch module into 
the queue buffer and stored there until it can be 
switched out, again under control of the message-switch 
module, at the earliest moment. This is the way the 
communications processor operates as a message 
switcher (Fig. 3). If a disk is used, the message could be 
routed from the queue buffer through the peripheral- 
control module to the disk. 

A message for the system console or other peripheral 
devices is shunted by the buffer-and-queue module to 
the main memory (or disk) and called out through a pe- 
ripheral-control module appropriate to the device when 
the line to the device is available. 

Finally, the message-control module contains the 
programs that can maintain system security. The mod- 
ule can, for example, deny requests from specific termi- 



nals for access to particular data-base files. Similarly, 
the message-control programs can permit restricted in- 
formation to be transmitted over certain lines but not 
on others. 

Storing and organizing the messages 

Once data clears the message-control module, it goes to 
the buffer-and-queue module or, in the case of a mes- 
sage switcher, to the message-switch module and then 
to the queue module. Queue-module programs route 
the characters to storage locations (cells) in main 
memory to assemble messages (or blocks), remember 
where messages are located, and place the completed 
messages in queue so they can be recalled when needed. 
The queue module also manages the main memory, 
keeping track of empty cells available for storage and 
how much total memory is in use at any moment. 

The three common queuing techniques used with 
main memory are double buffering, random storage, 
and sequential-and-random storage. In double buffer- 
ing, a section of main memory is dedicated to each line 
or terminal (Fig. 9). For example, a section could con- 
sist of two 100-byte buffers serving one line. When one 
buffer fills up, the message-control module removes the 
character bytes, routes them to their destination, and in- 
serts the other, empty, buffer to capture additional data 
coming in on the line. Double buffering minimizes 
throughput delay, is simple to program, and requires 
little program-execution time. However, it uses main 
memory inefficiently, since if a line is idle so is the 
memory dedicated to it. Even so, double buffering may 
be appropriate for systems with relatively few terminals. 

Random storage employs fixed-size cells of memory. 
A message is divided into cells of characters, and each 
cell is stored at random in the next available cell (Fig. 
10). Further, cells from other messages are stored in 
available cells anywhere in the memory. The address of 
the first cell of each message is put in a table stored in 
the message-control module. The operating system ap- 
pends the storage address of the next cell at the end of 
each preceding cell of each message. For message re- 
trieval, these addresses chain the cells back into a com- 
plete message. For example, Fig. 10 shows that when 
message 3 is to be called out, the table says start at Di, 
and Dl says go to D2, then to B3, and so on. 

The random-storage technique uses memory more ef- 
ficiently, despite the burden of block addresses, since it 
serves as a common buffer pool for all lines and is rela- 
tively independent of message length. Programing, 
however, is more difficult than double buffering, and 
program-execution time may be longer than it is for 
double buffering. 

Sequential-and-random queuing uses memory most 
efficiently when the lengths of messages are roughly the 
same and the length-distribution pattern is known. In 
this queuing system, complete messages are deposited 
serially in main memory, eliminating block-addressing 
overhead. The queuing module creates a table that lists 
the first-character address and length of each message. 

As messages are read out of memory and create 
empty cells, the table also keeps track of location and 
length of cells in which to put new incoming messages— 
that is, the queuing module dynamically updates the 
table. Thus, in Fig. 11, if the 80-character message, 
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starting at the 481 address, is removed from main 
memory and sent to a terminal, the table is simulta- 
neously notified that the space is vacant. Therefore, the 
queuing module knows it can assign one or more mes- 
sages totaling up to 240 characters (80 + 160), starting 
at byte-address 48 1 and extending to 720. But program- 
ing is more complex. 

If disk storage is used in conjunction with the real- 
time operating system, the processor employs a queuing 
module called journal buffering. First, a message or 
block is accumulated in main memory, then transferred 
to an empty cell on the disk. A table, or journal, in main 
memory keeps track of fine identification, message des- 
tination, and first-character address on the disk. When 
the main memory journal buffer is filled, it too can be 
transferred to disk. 

Switching the messages 
The message-switch module directs traffic between the 
processor's main memory (or disk) and the output lines. 
The module maintains a message-switch table that in- 
cludes line numbers and addresses of the first blocks of 
the highest-priority messages scheduled to go out on 
each line. If a line is available, the message-switch mod- 
ule puts the address into the status table maintained by 
the line programs, and the message is sent. If the line is 
busy, the module sets a flag in the line-status table. 

When transferred to the line-program status table, 
the address is wiped out of the message-switch table. 
This action tells the message-switch module that the 
line can accept another message. And the module 
searches through queuing journals for the next-highest- 
priority message for that line. 

In some systems, the message-switch module also 
contains tables and develops appropriate branching 
journals that designate alternate destinations for mes- 
sages, should a primary line or terminal go down, and 
that module lists recipients for multiple transmissions of 
the same message. 

Getting to the peripherals 
When the data communications system's processor in- 
cludes a peripheral, such as a disk memory or a line 
printer, the device is often supplied by the mini- 
computer maker. The peripheral-control software mod- 
ule also is supplied by the manufacturer— generally as a 
standard software package embedded in the communi- 
cations processor's operating system. As a result, min- 
imum programing effort is needed to incorporate a data 
processing peripheral into a data communications sys- 
tem. And even when the peripheral is made by another 
manufacturer and is in wide use, the minicomputer 
maker may still provide a standard software package 
for the "foreign" peripheral. 

The main functions of the peripheral-control module 
are to format data going to and from the processor to 
the peripheral, add check characters to ensure data in- 
tegrity, and issue commands to control the peripheral's 
operation. 

Often, data transfers between a communications pro- 
cessor and a peripheral device are buffered into the por- 
tion of main memory dedicated to the operating system. 
The advantage of buffering is that the fast processor 
does not have to wait on the slow peripheral. For ex- 
ample, a data block being transferred from a disk is 
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FIG. 8. DATA-LINK CONTROL ■ Station sends address 
and gets response that tells it to hold or advance. 



read into the buffer space before it is actually required 
by the other software modules in the processor. This 
"call-ahead" method allows the processor to start trans- 
fer of a block of data, go on to other tasks, and then 
come back to the buffer to pick up the data after the 
transfer has been finished. 

Talking with the host computer 
The two software modules invoked when the communi- 
cations processor interacts with the host computer are 
the host-computer link and the high-speed synchronous 
link. The host-computer link is used when the mini- 
computer, in the configuration of a programable front- 
end processor, is physically close to the host computer 
(Fig. 2). The high-speed synchronous link applies when 
the minicomputer, used as a remote data concentrator, 
is distant from the host computer (Fig. 1). 

The host-computer-link module can be a relatively 
simple, standard software package or a complex, custo- 
mized package. Which way to go depends on many sys- 
tem considerations over and above the processor's soft- 
ware ramifications. In its simpler form, the host- 
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FIG. 9. DOUBLE BUFFERING ■ Simple program can con- 
trol a double buffer: one section fills while other empties. 
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computer link is an emulator, making the processor 
look like a standard peripheral device or a communi- 
cations-control unit. This software link works in con- 
junction with the physical link that goes to one of the 
host computer's multiplexer or communications- 
adapter ports. For example, using a standard software 
package, generally supplied by the minicomputer 
maker, the processor can emulate a magnetic tape or 
one of the IBM 2700 series of transmission-control units. 
As an emulator, the processor would not include certain 
software modules, such as buffering-and-queuing, since 
these functions would be done in the host computer. 
And few if any modifications need to be made to the 
host computer's programs to support the data commu- 
nications functions. However, the host computer re- 
mains burdened with execution-time and memory over- 
head for providing this support. 

In its simple form, the standard package converts the 
code used by the communications processor to the code 
used by the host computer. Such code conversion is ac- 
complished in the host-link module in the manner de- 
scribed previously in the section on the code-conversion 
module. The host-link module also controls the device 
being emulated by the programable front-end proces- 
sor. The user only need enter the control commands as- 
sociated with the emulated device into a command 
table. A status table also keeps track of the messages 



passing between the processor and the host computer. 

More complex forms of host-computer links in the 
minicomputer take over many data communications 
tasks— such as network control— normally implemented 
in the host computer. Therefore more "work" is done in 
the communications processor, and the modules em- 
ployed are as shown in Fig. 2. 

When the communications processor serves as a re- 
mote data concentrator, Fig. 1, or a remote program- 
able data terminal, Fig. 4, it connects to the host proces- 
sor's high-speed data channel port over a high-speed 
synchronous fine, and therefore it requires a high-speed 
synchronous-link software module. This module does 
much of the same work as the host-computer link. 

The high-speed synchronous-link module emulates 
any high-speed device ordinarily connected to a host 
computer, such as an IBM 2780 data transmission termi- 
nal. This software package is table-driven, with the user 
loading the instruction code for the emulated device 
into appropriate blanks in the table. Filling in the table 
blanks permits the high-speed synchronous link to con- 
vert between ASCII and EBCDIC, if necessary, to perform 
CRC error detection and correction, and to establish and 
confirm the availability of the communications link. To 
do these tasks several of the modules needed to handle 
the low-speed input lines are included within this high- 
speed output module. (Hot) 
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Computer networking-- 

thc giant step in 
data communications 



Connecting data-base computers ^ Man y lar g e companies can 

, • i . i i i. ■ I I increase their operational 

together Via high-Speed links ■■■■■■■I | efficiency and perhaps even 

has been proven to be technically improve their organiza- 

J tional structure by redistributing their large centralized 

feasible, but the future Of data bases into smaller functional data bases to serve 

i. . , j ~ specific regions. The relatively new technique of com- 

muitlCOmputer networks tor puter networking will also have a profound influence on 

business and industry depends On the traditional methods of handling data processing ap- 

plications. Moreover, large computer networks are 

an understanding of what these likely to effect major cost reductions and become more 

networks can do, how much they ZtoTdZa ^Sm^tio^fldmirF^^mmSy of 

Will COSt, and Who Will OWn them practical applications, see "Using multicomputer net- 
works," next page. 

Although commercial computer networking is still in 
its infancy, it has attracted the attention of many for- 
Dixon R. Doll ward-looking company managers and systems planners. 
DMW Telecommunications Corp. Coincident with this deep interest are the divergent 
Ann Arbor, Mich. opinions about computer network configuration, oper- 
ation, technical alternatives, and economic benefits: 

■ What constitutes a multicomputer network? 

■ What is the present and future state of network tariffs 
and technology? 

■ What are the key application possibilities? 

■ How is the feasibility of a computer network eval- 
uated? 

■ Who will own and operate the network? 

A computer network can be defined as an inter- 
connected group of host computers that automatically 
communicate with one another and that can share such 
resources as programs, data bases, memory space, and 
long-haul links with each other. In a true network situ- 
ation, therefore, each constituent computer system can 
either operate in a local mode under its own operating 
system or participate in network activity under the di- 
rection of a higher-level network-supervisor program, or 
it can do both. 

This definition does not necessarily imply a geo- 
graphic separation of the data processing resources and 
terminals. An entire computer network may be confined 
within a room, floor, building, or office complex. But, 
since most computer networks will cover large geo- 
graphical areas, they will require high-speed voice- 
grade and wideband common-carrier circuits and 
equipment to employ and share these circuits. The 
added communications costs and intricate technical 
considerations must be weighed against reduced data 
processor cost and improved organizational perform- 
ance. In fact, some present distributed teleprocessing 
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Using multicomputer networks 



When the computers in a network belong to different 
organizations or to different divisions of the same 
company, then linking the computers via the network 
offers many exciting prospects: 

■ Reservation computers at different airlines may ex- 
change information to eliminate lost revenue or over- 
booking caused by multiple flight reservations by 
same customer. 

■ In-house corporate computers can be linked to 
computer-service firms' data processors for peak-pe- 
riod load-leveling and for direct access to proprietary 
data files and application programs. 

■ Computers belonging to retail stores, banks, and 
credit-authorization companies can be networked to 
provide each user with better financial control and 
with access to expanded and more timely information 
about their customers. 

■ An interbank computer network can quickly and ac- 
curately clear checks and implement funds transfer. 

■ Shipping and transportation companies' computers 
can expedite interline settlements and waybill ex- 
changes and keep track of the location of trailers, 
freight cars, and other vehicles. 

■ Regional and statewide university computer net- 
works can eliminate the duplication of data processing 
resources and thus reduce the competition for dimin- 
ishing state funds by campuses and agencies. 

■ When a company operates over a wide area, it may 
choose to distribute its data base and link the smaller 
data bases using the network. For example, a manu- 
facturing firm with a large customer file can place 
records for its West Coast customers in a western re- 
gional computer center and records for eastern cus- 
tomers in a compatible system on the East Coast. 
Such a network linkage probably will reduce commu- 
nications costs below those of a completely central- 
ized data base, since access to regionally located 
records will not require transcontinental message 
transfers. 

■ The multicomputer network can serve as a market- 
place in which buyers and sellers of computer re- 
sources may carry on their business. 



systems have virtually all the earmarks of being multi- 
computer networks. 

The table summarizes the major characteristics of the 
better-known systems built since the genesis of com- 
puter networks in 1968. Note the dominance in the 
table of university and research-oriented networks, pri- 
marily because they were built under sponsorship of 
"public" organizations. The proprietary nature of exist- 
ing corporate computer networks often precludes disclo- 
sure of their details. This lack of disclosure has been a 
major deterrent to acceptance of the networking con- 
cept. Even so, it is unmistakably clear that major com- 
mercial organizations are now thoroughly evaluating 
the possibilities of benefits through computer networks 
for geographically dispersed operations. 

ARPA, the pioneer network 
Much basic work already done will prove meaningful to 
the configuration of future systems. The Advanced Re- 
search Projects Agency (ARPA) network, generally rec- 
ognized as the pioneering effort in computer network- 
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ing, interconnects about 40 geographically distributed 
computer complexes. And each complex has generally 
different operational characteristics. One initial objec- 
tive of the ARPA network was to serve as a pilot plant for 
exploring the technical problems of a network whose 
goal was to permit people and programs at one Depart- 
ment of Defense research center to interactively access 
data and programs existing in any other remote com- 
puter center. Started in 1968, the arpa network has 
consumed tens of millions of dollars and hundreds of 
man-years of development. 

In the arpa and other computer networks listed in 
the table, each local computer complex, or node, inter- 
connects to a communications subnetwork that provides 
rapid, reliable, and cost-effective transfer of programs 
and data files between the network's nodes, or sites. A 
computer network is homogeneous if all host computers 
are functionally compatible, as in the TUCC (Triangle 
University Computing Center.) and IBM TSS (Time 
Sharing System) networks using IBM computers. Other 
examples of heterogeneous networks are the Cybernet, 
Merit, and Octopus systems. Achieving full-fledged net- 
working capabilities in the heterogeneous environment 
is a major technical problem that has been only par- 
tially solved. 

Basic network configurations 

The common network configurations are centralized 
(star), distributed, and loop (ring) structures. Most nets 
constructed so far employ a distributed form of organi- 
zation (Fig. 1). One notable "exception is the DCS (Dis- 
tributed Computing System) network, which employs a 
loop structure (Fig. 2). And the Network/440 and the 
TUCC network are examples of the centralized (star) or- 
ganization (Fig. 3). 

In the centralized network, such communications 
functions as message routing, speed conversion, 
code/protocol conversion, and error checking are per- 
formed at one common location. Similarly, network- 
control functions, relating to network job scheduling 
and the allocation of host resources to users, are moni- 
tored from a common location. The network-control 
process may be implemented in a computer dedicated 
to the function, or in a host computer that alternates be- 
tween the network-control mode and a background- 
processing mode. 

Because network control takes place at one node, the 
advantages of the centralized network are that the net- 
work-control problem is greatly simplified, and that the 
control hardware and software can be fully shared by 
all hosts on the network. The main disadvantage of the 
centralized structure is that each communications line 
applies to one host computer. Since a line cannot be 
snared, then alternate routing of messages can be 
achieved only by adding redundant links between the 
central (star) node and the remote hosts. The central- 
ized structure is reasonably attractive when each remote 
host computer needs only to address another host that's 
at a higher level in the network hierarchy. In contrast, 



HOST 
COMPUTER 
COMPLEX 



— ^ 



HOST 
COMPUTER 
COMPLEX 



USER 
COMMUNICATIONS 
INTERFACE 



COMMUNICATIONS 
SUBNETWORK 



USER 
COMMUNICATIONS 
INTERFACE 



- NETWORK CONTROLLER FUNCTION 
DISTRIBUTED OVER THE 
USER COMMUNICATIONS INTERFACES 



USER 
COMMUNICATIONS 
INTERFACE 



USER 
COMMUNICATIONS 
INTERFACE 



USER TERMINAL 



HOST 
COMPUTER 
COMPLEX 





FIG. 1 . DISTRIBUTED ■ Failure at one node doesn't affect the operation of the rest of a distrlbuted-computer network, but such 
networks are difficult to control and require complex and costly communications-network interfaces at each node. 



the distributed ARPA net permits intercommunication 
between virtually any node pair in the network. 

If properly designed, distributed networks can offer 
significant reliability advantages, since a failure at one 
node does not affect the rest of the network. The main 
problems with distributed structures, though, are that 
they are difficult to control and that they require com- 
plex communications-network interfaces at each node. 
Unless the users are clustered geographically, it is quite 
difficult to do much, if any, sharing of interfaces. Fur- 



thermore, if a distributed network is heterogenous, then 
interfaces must be designed to operate with a multitude 
of line protocols and computers, which makes standard- 
ization difficult. 

The loop configuration works very well in a network 
in which the remote resources are relatively close to 
each other, for example, where the nodes are clustered 
within the environs of one large city. Communications 
interfaces become cheaper. But the loop circuits carry 
the maximum traffic derived from all nodes. Therefore, 



Some computer networks in operation now 



ARPA. Advanced Research Projects 
Agency network interconnects a 
wide range of computer models at 
35 to 40 Department of Defense and 
university research organizations 
throughout the U.S. 

MERIT. Serving the three largest 
campuses in Michigan, the Merit 
network employs a mix of host com- 
puters: University of Michigan (IBM 
360/67), Michigan State University 
(CDC-6600), and Wayne State Uni- 
versity. (IBM 360/67). 

TUCC. The Triangle University 
Computing Center network inter- 
connects a mixture of IBM host 
computers at North Carolina Univer- 
sity and North Carolina State Uni- 
versity. 

DCS. The Distributed Computing 
System, an experimental network, 
employs a digital megabit loop 
structure to interconnect small- and 
medium-size processors located 



within a relatively small geographi- 
cal area: the University of California 
(Irvine) campus. 

IBM NETWORK /440. Using a star 
topology, this research network at 
IBM's Yorktown Heights, N.Y., facil- 
ity interconnects heterogeneous 
processors at various universities 
and IBM locations throughout the 
United States. 

CYBERNET. Control Data Corp.'s 
homogeneous commercial com- 
puter network interconnects about 
40 computers or nodes, around the 
U.S., using both voice-grade lines 
and lines operating at 40.8 kilobits 
per second. 

OCTOPUS. An elaborate network, 
Octopus interconnects five Control 
Data Corp. supercomputers at Law- 
rence Berkeley Laboratories in Cali- 
fornia and uses a 1 2-megabit-per- 
second digital loop, or ring, configu- 
ration. 



IBM TSS. Composed only of com- 
mercial hardware, this experimental 
network of IBM 360/67 computers 
is interconnected over switched 
(dial-up) voice-grade lines, and all 
network communications functions 
are accomplished within the host 
computers. 

INFONET. Computer Science 
Corp.'s commercial network han- 
dles mainly remote batch and re- 
mote job-entry applications for a va- 
riety of subscribers. 

MARK III. General Electric Informa- 
tion Services' commercial network 
interconnects both GE and cus- 
tomer computers located around 
the world. 

TYMNET. Tymshare Inc.'s network, 
another commercial system, inter- 
connects several Xerox Data Sys- 
tems host processors and uses 
packet-switched, store-and-forward 
technology. 
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FIG- 2. LOOP. ■ When remote resources are relatively close to each other, the loop, or ring, configuration works very well, and 
communications interlaces are cheaper. Such networks do, however, require ultrahigh speed data communications links. 



a practical problem is the high cost and lack of ready 
availability of ultrahigh-speed lines (operating at mega- 
bits per second) for connecting resources that are geo- 
graphically dispersed. 

Obviously, then, many factors must be evaluated in 
choosing the most suitable configuration. However, one 
major factor can exert a pronounced influence on this 
choice: the type of participation by the nodes. Any node 
can be a provider of resources exclusively, a user of re- 
sources exclusively, or some combination of resource- 
provider and resource-user. On the one hand, central- 
ized structures are intuitively appealing when a rela- 
tively large number of the sites need only reach one or a 
few sites which participate merely as resource providers. 
On the other hand, fully distributed structures are most 



appropriate when all sites participate both as resource- 
users and resource-providers. 

Five ways to operate 
The five major modes of computer network usage each 
have distinct functional differences, unique cost justifi- 
cation, and can affect the choice of configuration: 

■ Remote job entry 

■ Remote batch processing 

■ Interactive 

■ Dynamic file access/transfer 

■ Load sharing 

The remote job-entry network involves one computer 
simply assuming the appearance of a remote job-entry 
(RJE) station. Only ready-to-operate jobs (program and 
data) are sent to a remote host, which processes the jobs 
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FIG. 3. CENTRALIZED ■ Because network control takes place at one node, centralized, or star, networks can share this func- 
tion with all host computers on the network. Communications lines, however, cannot be shared with other nodes. 



1 



14 



PACKET 




STORE- AND FORWARD MESSAGE 
SWITCHING MINICOMPUTER 



PACKET 



STORE-AND FORWARD MESSAGE 
SWITCHING MINICOMPUTER 




USER 

MESSAGES 



^=7 

, HOST / 




HOST 
COMPUTER 



USER MESSAGES: 

VARIABLE LENGTH. SAY UP TO 8.095 BITS 

PACKET: 

VARIABLE LENGTH, SAY UP TO 1.008 BITS 
PLUS HEADER. CHECK BITS. AND FRAMING BITS 

RFNM: 

REQUEST FOR NEXT MESSAGE 



PACKET 



STORE AND FORWARD MESSAGE 
SWITCHING MINICOMPUTER 



HOST 
COMPUTER 



FIG. 4. PACKET SWITCHING ■ In a distributed network, minicomputers can divide long messages into fixed-length seg- 
ments—called packets— and in such packet-switching networks, each packet of perhaps 1,000 to 8,000 bits is treated individ- 
ually and forwarded along the best available path. Each packet is checked for errors at each node along the way, and at the 
destination another minicomputer reassembles related packets into complete messages for the subscriber's use. 



and sends the results back to the originating host. 

In the remote batch-processing mode, the local host 
operates in its batch mode but has access, through the 
network, to data files (in mass memory) at a remote re- 
source node. Here, the network-monitor programs and 
the communications interfaces maintain necessary file 
directories and perform all required code conversions 
between two systems. However, only the batch mode of 
operation is permitted. The network-accessible remote 
file is a powerful concept, since it allows the use of any 
data file in any host computer in the network. 

The interactive mode is a straightforward situation in 
which a user may control one or more batch processes 
at remote systems from the same interactive terminal. 

(In the interactive, remote batch, and remote job-en- 
try modes, it is implicit that the user specify which sys- 
tems the jobs are to be assigned to, and schedule the 
subtasks of a complete network job in a meaningful and 
sensible manner.) 

The dynamic file-access/transfer mode permits a user 
at an interactive terminal or a host computer executing 
a batch process to automatically request a data file to be 
transferred to it from another location and receive the 
data file in real time and on demand. With this capabil- 
ity, virtually any type of interaction between host com- 
puters is possible. 

In the load-balancing mode, the user submits a com- 
plete job to the network via his local complex. He does 
not know or care which site gets the job. In effect, he 
tells the network-control program to find all the neces- 
sary data, construct the proper job-control sequence, 
and assign the job to be processed in the best way by 
the network's aggregate resources. The goal of load-bal- 
ancing offers best— lowest cost— utilization of computer 
and communications resources, and hence represents 
the economic objective of multicomputer networking. 

Basic network divisions 
Besides the host computers, three types of facilities are 
generally required to accomplish computer networking: 
the user communications interface, the communications 
subnetwork, and the provision for the network-control 
function. 

The user communications interface processes infor- 



mation sent to it from the local host and the communi- 
cations subnetwork. The network controller interprets 
the user's command language requests for networking 
activity and feeds the proper sequences of instructions 
to the user interface to assure satisfactory execution of 
network jobs. 

The communications subnetwork, completely respon- 
sible for reliably and rapidly transmitting messages be- 
tween all participating network sites, is the major con- 
cern here, since it represents a major part of the cost of 
a multicomputer network. The user can build his own 
communications subnetwork now. Eventually, as will be 
discussed, he may be able to buy a communications-link 
service. 

Most computer networks now operating implement 
their communications subnetworks on leased wideband 
circuits of, say, 50,000 bits per second, obtained from 
the common carriers. Obviously, the cost is not trivial, 
and choice of configuration becomes significant. For ex- 
ample, to directly interconnect all sites in an n-node dis- 
tributed system requires n(n-l)/2 links. Thus, to con- 
nect each of 10 computers to all other computers would 
require the leasing of 45 private, long-haul, wideband 
circuits. 

In centralized networks, a link runs from each remote 
site to the star node. Therefore, for two remote sites to 
communicate, their traffic must be switched through the 
star node. Further, in a centralized net, a reasonably 
clear-cut distinction exists between the user communi- 
cation interface and the network-control facilities. 

However, in distributed computer networks, the hard- 
ware and software extensions to each local host jointly 
perform both the user communications interface func- 
tions and the network-control activities. 

In distributed computer networks employing leased 
lines, special communications processors, usually mini- 
computers, accept long messages from each network 
user, multiplexes them onto a wideband link, and, using 
an optimum routing, switches messages from any node 
to any other node. 

The minicomputer divides the message into fixed-bit- 
length segments, called packets, for transmission 
through the network. In a packet-switching network, 
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FIG. 5. VALUE-ADDED NETWORK ■ In a VAN, the services added by the vendor for the users would include error control, 
speed conversion, code conversion, and alternate/ adaptive routing of messages between network subscribers. 



each packet is treated individually (Fig. 4). Each is for- 
warded along the best available path at any given in- 
stant. And each packet is completely error-checked 
along the way— for example, each time another wide- 
band link is traversed. At the destination, another mini- 
computer reassembles packets into complete messages, 
which are then presented to the addressee. Packet- 
switched, multiplexed, communications subnetworks 
more fully utilize the relatively expensive wideband 
lines, and users enjoy the resulting reduction in cost. 

The ARPA network employs the packet-switching con- 
cept. User-message packets as long as 8,000 bits are typ- 
ically sent through the network between origin and des- 
tination sites in less than half a second (including the 
time for acknowledgment— signaling back from the des- 
tination to the originating host). 

Although traffic levels have increased dramatically in 
the arpa network, in aggregate, the network's commu- 
nications traffic capacity is still well below its maximum 
utilization. Thus no real experience has been obtained 
about the actual performance of packet-switching net- 
works under prolonged periods of system-wide heavy 
traffic. Critics of packet-switching technology note a 
tendency for wide variation in message delays, partic- 
ularly during peak traffic periods. 

Value-added networks 
This year, several commercial organizations have peti- 
tioned the Federal Communications Commission to 
permit them to provide "value-added" communications 
services, based, in large measure, on multicomputer net- 
works employing packet-switching technology. Such a 
value-added network (van) would, it's hoped, allow an 
ultimate user to enjoy the cost benefits inherent in a 



large subnetwork without requiring him to build his 
own private network (Fig. 5). Further, a VAN would per- 
mit interconnection of computers within a company or 
between companies. 

While some people see a van as the functional 
equivalent of the ARPA network, there is, in fact, an es- 
sential distinction, arpa includes the host computers as 
an integral part of its organization. The proposed value- 
added networks will not include host-computer services. 
Each user would connect his own data processors. That 
is, a van would be functionally equivalent only to the 
communications subnetwork portion of the arpa net. 

The value added by the vendor will be such services 
as error-control, alternate/adaptive routing, speed-con- 
version, and code-conversion. Therefore, each user 
would subscribe for communications services, and also 
elect to be a computer-resource user, resource provider, 
or both. For example, the xyz Co. and the ABC Co. 
might subscribe to such a VAN service, and they might 
also interconnect their computers via a subnetwork. 

When financing and technology eventually provide 
full-fledged computer networking on a wide scale, net- 
work-user and network-owner management will be con- 
fronted with a multitude of administrative situations 
and attitudes. The user, for example, will be concerned 
about the security of intraorganizational administrative 
messages and business data. 

To assess the administrative problems associated with 
computer networks, consider the different interest 
groups with stakes in the network project. Among them 
are the network owner or vendor, the network sub- 
scribers, and resource buyers and sellers. The network 
vendor will have primary responsibility for keeping the 
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network fully available and financially self-supporting. 
Here, the management function includes the develop- 
ment and marketing of new network-related goods and 
services to attract new customers and retain existing 
ones. 

For resource sellers and resource users, the computer 
network creates the vehicle for them to conduct busi- 
ness. But whether potential sellers will want to sell or 
potential users will want to buy depends on satisfactory 
arrangements for such factors as price, accounting 
procedures, availability, program copyrights, data se- 
curity, and product support. 

Another uncertain factor is the regulatory status of 
the value-added network concept. The network owner is 
clearly in the position of providing improved communi- 
cations services to the public, using facilities leased from 
the common carrier. 

Traditionally the sharing of lines by many users has 
been disallowed by the long-haul common-carrier tar- 
iffs, with certain exceptions. However, the Bell System 
has recently filed a proposed tariff change with the FCC. 
The carrier wants to permit value-added vendors to le- 
gitimately lease lines, add value of the types described, 
and sell the resultant hybrid computer/communications 
service to the public. 

But this issue, not yet resolved, involves two basic 
points: first, should a common carrier be permitted to 
lease lines to VAN vendors under existing or possible 
new tariffs, and second, if they go into business, will the 
VAN vendors be required to file tariffs of their own? 

Anticipating the cost 
One intriguing point relates to the prices likely to be 
charged by value-added network vendors, whether tar- 
iffed or not. What is the user going to pay for the com- 
munications subnetwork portion of a multicomputer 
computer network? Some insight into the answer can be 
gained from ARPA experience and from VAN-vendor 
statements. The ARPA network charges its users about 
30 cents for 1,000 packets transmitted over its high- 
speed communications network, where a packet con- 
tains as many as 1,000 bits of data from a user terminal 
or computer. 

Present ARPA-network line payments to common car- 
riers for nationwide 50-kilobit-per-second circuits 
serving 40 nodes exceed $ 1 million a year. That is, the 
circuit cost alone averages more than $2,000 a month 
for each node. At 30 cents per kilopacket, each user site 
(node) must therefore transmit over 6,000 kilopackets 
(that is, over 6 billion bits) per month just to pay for its 
average share of the total circuit cost. The 30 cents per 
kilopacket is essentially a subsidized price, since many 
aspects other than line cost must be included to deter- 
mine a true cost. 

The commercial packet-switching network proposals 
recently filed with the FCC include several pricing op- 
tions. On average, the cost to user will be about $3 per 
kilopacket. However, it is still too early to predict future 
VAN rates with any exactness. Whatever the ultimate 
figure, for planning purposes, it certainly seems safe to 
conclude that the cost will not be mileage-sensitive, but 
probably will be response-time-sensitive. Some VAN or- 
ganizations may offer fast-response (several seconds) 




ADMINISTRATIVE ■ More than 6,500 employees at 358 
field locations have access to IBM's advanced adminis- 
trative system (AAS) multicomputer network, centered in 
White Plains, N.Y., and using a pair of IBM System/360 
model 85s. The 85s exchange information with five Sys- 
tem/360 50s located around the country. Employing 
37,000 miles of phone lines, AAS carries about 600,000 
messages each working day from and to 1 ,1 50 terminals. 



services suited to interactive applications. Others may 
service batch applications, in which bulk data transfer 
takes hours. And others may provide both fast- and 
slow-response services. The price for priority bulk-trans- 
fer service is likely to be significantly less than for the 
fast interactive services, primarily because networks 
handling bulk transfer are less costly to build and more 
efficient than those for interactive services. 

In summary, multicomputer networks are beginning 
to appear more feasible in the commercial environment. 
The forces at work include user interest and need, a 
change in attitude by established common carriers, the 
advent of specialized carriers, consideration of the van 
network concept by the FCC, and the entrepreneurship 
of network managers. 
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Multi-tiered tariffs 
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give systems planners 
more choices of routes— 
and more aggravation 
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I Data communications sys- 

KU I tems planners have always 

IB had challenging jobs, but 
recent and proposed tariff changes will test their 
ingenuity to the utmost. New pricing structures, 
caused by competition between Bell System com- 
panies and other common carriers, are virtually ob- 
soleting all popular data network design proce- 
dures. Furthermore, existing networks based on 
yesterday's tariffs should be reexamined in the 
light of the new prices. 

Faced with a bewildering array of options and al- 
ternatives, planners will still be able to use design 
rules to come up with networks that feature min- 
imum billing and maximum performance. What 
the planner must do to meet this challenge, 
though, is to understand the major changes in the 
tariffs and pricing structures, consider the way op- 
timum networks have been laid out in the past, 
and examine the changes that have to be made in 
present optimizing procedures. 

The major pricing structure changes are for 
WATS (Wide Area Telecommunications Service) 
and leased voice grade lines. They have been the 
subject of one or more FCC filings by the Bell Sys- 
tem for the purpose of adjusting rates. To 
complicate the picture, all-digital networks have fi- 
nally become a reality from Bell and Datran. 

In the past, it was necessary to evaluate the ser- 
vices of only a single carrier, usually Bell, in con- 
figuring most teleprocessing systems. In a limited 
number of cases, there was the option of Western 
Union and the independent telephone companies. 
However, none were geographically broad enough 
to be completely viable for most large networks. 

But things have changed. In 1974, specialized 
common carriers began providing service in the 
major U.S. cities. Even though true nationwide ser- 
vice is not yet available from such carriers as Da- 
tran, MCI Telecommunications, Southern Pacific 
Communications, and WTCI, their competitive ef- 
fect is clearly evident in the marketplace. 

The Bell System responded to the challenge this 
spring by filing a tariff for a new all-digital network 
called Dataphone Digital Service (dds). 

Initially, DDS will provide channels at speeds of 
2,400, 4,800, 9,600 and 56,000 bits per second. 

Among other things, DDS offers substantial price 
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reductions and service improvements. Table I con- 
tains the DDS pricing structure. Economic benefits 
are most pronounced at the lowest and highest 
speeds: The prices are about half that for compa- 
rable leased voice grade circuits. 

Since digital transmission is employed, the 
analog modems are replaced by digital and channel 
service units. Another saving, resulting from im- 
proved data throughput, is afforded by expected av- 
erage error rate as low as 1 error bit in each 10 6 to 
10 7 bits transmitted as long as both terminals are 
on the DDS network. Also, the carrier claims that, 
on average, over 99.5% of the 1-second trans- 
mission intervals will be completely error free. 

DDS impact on network design 

Dataphone Digital Service will most likely only be 
available in major metropolitan areas having Bell 
System telephone service. A user of DDS service be- 
tween two points not in the DDS service area has to 
use analog extensions at each end of the regular 
DDS channel (Fig. 1). This means charges for four 
conventional modems (as opposed to two when us- 
ing voice lines). Further, there is a by-the-mile 
charge for the expensive analog channels to get 
into the dds network. Naturally, if only one end of 
the line is off-net only one extension is required. 

The user, however, shouldn't expect better ser- 
vice quality than that afforded by conventional 
analog service alone. This is because each link adds 
to the total error rate. And, the rate on analog links 
is generally 100 times that expected on the dds 
link (Fig. 1). 

Furthermore, users will not be able to obtain al- 
ternative voice /data usage of DDS lines. Nor will 
they have the possibility of employing dial-up 
backup schemes to keep the network operational 



without analog modems— and modem costs were to 
be eliminated in digital networks. 

But to gain the maximum technological and eco- 
nomic improvements possible, users must do some 
comparison shopping. There must be evaluation of 
DDS, voice grade (HiD/LoD), and specialized carrier 
and satellite tariffs on a link-by-link basis through- 
out the entire network. 

Bell strikes again 

Another development is that the pricing structure 
for voice grade services from at&t recently under- 
went a fundamental change. The net result is that 
some users will be paying more, others less. 

The new High Density/Low Density (HiD/LoD) 
tariff went into effect in 1974 but is still being 
evaluated by the FCC. While a single rate system ex- 
isted previously, now there is a three-level struc- 
ture. In order to implement the change, the 25,000 
rate centers around the country have been divided 
into two classes— high density and low density. If 
only high density centers are used, there is one 
rate. When a low density center becomes involved, 
the second rate prevails. In addition, there is a sep- 
arate short haul rate which supercedes either of the 
two for any point-to-point or multipoint circuit 
where the total interchange channel mileage is 25 
miles or less. Table II contains the essential ele- 
ments of the tariff. 

The impact of this tariff depends on the geo- 
graphical dispersion of a given network. As many 
as 20,000 users may be affected. For a network pri- 
marily interconnecting major metropolitan rate 
centers (usually high density rate centers), the to- 
tal price should decline significantly. In such net- 
works optimized for the new tariff by dmw Tele- 
communications, reductions totaled 10% to 15%. 



TABLE I 



BELL'S DATAPHONE DIGITAL SERVICE (DDS) TARIFFS 



DATA 
SPEED 
IN 

BITS/SEC 


MONTHLY 

FIXED 
CHARGE 
FOR 
INTERCITY 
DDS CHANNEL 


MONTHLY 
RATE 
PER AIRLINE 
MILE 


MONTHLY 

RATE 
PER TYPE 1 
DIGITAL 
ACCESS 
LINE 


MONTHLY RATE PER 
TYPE 2 DIGITAL 
ACCESS LINE 

FIXED PER AIRLINE 
MILE 


ONE TIME 
INSTALLATION 
CHARGE PER 
DIGITAL 
ACCESS 
LINE 


MONTHLY 
RATE 
PER DIGITAL 

SIGNAL 
CONVERTER 
(DATA 
SERVICE UNIT) 


2,400 


$20 


$0.40 


$65 


$90 


$0.60 


$100 


$15 


4,800 


40 


0.60 


85 


110 


0.90 


100 


15 


9,600 


60 


0.90 


110 


130 


1.30 


100 


15 


56,000 


125 


4.00 


200 


250 


6.00 


150 


20 
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On the other hand, networks employing mostly 
low density centers, with just a few hid centers in- 
volved, will have a price increase of as much as 
40%. The step jump stems from the reality that not 
much can be done to upgrade existing or future 
networks revolving around lod centers. 

Indirect routing affects billing 

Dedicated lines have traditionally been priced ac- 
cording to the straight-line distance between the 
user locations. Now, the HiD/LoD tariff has opened 
the possibility of indirect routing through specified 
high density homing point rate centers. Figures 2 
and 3 show examples of such routing. With the 
new tariff, networks must be configured, by the 
user, on billing constraints and opportunities, not 
direct airline miles. 

Consequently, the design and analysis tools used 
to configure so many of today's straight-line net- 
works require substantial modification to be of 
continuing value in laying out networks where the 
communications lines are obtained on a route 
priced basis. That is, any useful minimum cost de- 
sign tool must now consider billing networks made 
up of indirect routes which pass through high or 
low density locations where there are no user ter- 
minals or computers. 

In the HiD/LoD route-priced tariff, station termi- 
nals are generally identical to the previous concept 
of service terminals. Using HiD/LoD involves a new 
type of termination charge— channel terminal 
charges are levied for each section of the billing 
network, as shown in Figure 3. There are two chan- 
nel terminal charges for each link. Since point-to- 
point lines will involve either one, two, or three 
links in the billing network, there will be two, four, 
or six channel terminal charges per two-point user 
circuit. 

Thus, with HiD/LOD, it is particularly important 
that all elements of a link price be included to 
compare one carrier or service with another. In par- 
ticular the new route-priced tariffs will dramati- 
cally increase the termination related charges as a 
percentage of the total link charge. Table III com- 
pares the total cost and the termination charges for 
a 100-mile link using the old FCC 260 tariff and the 
HiD/LOD tariff. 

A common notion about HiD/LoD is that the 
user is free to route his billing layout through any 
HiDensity rate centers to achieve lowest cost. Not 
true! Bell has filed a list of one or more HiD homing 
point rate centers for each Lod rate center. The 
user may only employ eligible homing points in 
evaluating indirect routings. Figure 4 gives several 
eligible and ineligible alternative routings, together 
with related costs. 

Although in most cases an eligible homing point 
is the one nearest the user location, there are ex- 
ceptions. There is no algorithmic way, or orderly 
set of rules, to determine the valid homing points 
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1. Each terminal off the DDS network will require an 
analog extension service. This means that the error 
rate on the over-all link will likely be the error rate of 
the analog extensions. 



in all situations. Computer programs, table look- 
ups, and user experience will have to be judi- 
ciously combined to produce accurate, efficient 
network designs. 

Satellites to reduce cost 

On a related front, the availability of do- 
mestic satellite channels is going to dramatically re- 
duce long distance costs and, thus, affect network 
design. This, in turn, will renew interest in the 
centralization of computing facilities. Here, the in- 
creased propagation delay and distance-insensitive 
price structures will stimulate the use of remote 
concentrators for polling and for attaining efficient 
communication lines by implementing full duplex 
operation. Half duplex data link controls, like 
Binary Synchronous Communications (BSC), rely 
on polling and stop-and-wait error control and, 
thus, are likely to be very inefficient over satellite 
channels. New protocols, like Synchronous Data 
Link Control (sdlc), capable of operating ef- 
ficiently in a full duplex mode will, however, have 
important ramifications. (Refs. 1, 2, 3). 

In general, a user operating or building a large 
data network can now obtain a given speed data 
channel from any of several different vendors. He 
must evaluate the tremendously more complicated 
price structures. And he must consider whether it 
is worth his while to fractionate his network 
among several vendors, since most of the newer 
carrier organizations are not yet able to provide ser- 
vice everywhere. The cost savings associated with 
competitive procurements will be particularly no- 
ticeable in the major metropolitan areas where 
most data communications networks find their ter- 
minal traffics anyway. 

Notwithstanding the increased administrative 
complexities of dealing with multiple vendors, the 
benefits of selectively employing several specialized 
and customized offerings for a particular network- 



ing requirement should be substantial. 

In switched services, notably the WATS offering, 
the Bell System has been equally active in stirring 
up the pricing pot. 

WATS revisions may hurt 

The major provisions affecting WATS users are: 

■ Full time service will be changed to full busi- 
ness day service by adding hourly rates for usage in 
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2. According to the High Density/Low Density tariff, 
alternative routes exist to connect to low density 
sites— and it's up to users to select homing points 
and least costly routes. 
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3. Differences in prices for high density and low den- 
sity routes often permit indirect routes through high 
density sites to be less costly than low density direct 
routes, as shown here by example. 



excess of 240 hours per month. The proposed over- 
time rate is two-thirds the equivalent hourly rate 
for the initial period. 

■ Both the full business day service and the 
measured time service will be more closely aligned 
with present long distance, station-to-station rates— 
the first by upping the initial period rates in the 
low and medium mileage categories and the sec- 
ond by reducing the initial period rates in the long 
distance categories. For measured time service, the 
usage rates for only low mileage categories will rise, 
while the others will decrease. 

■ In full business day service, the user will incur 
a utilization debit against his 240 hour per month 
quota of 1 minute for each minute of connection 
time. But if a call is less than 60 seconds the utiliza- 
tion debit is still one minute. This means that a 
user who never made any calls of more than 1 min- 
ute would be limited to a maximum of 14,400 calls 
per month for the basic full business day rate. 
(14,400 is obtained by taking 60 calls per hour 
times 240 hours per month) 

■ In the old wats tariff there were six different 
service areas,- in the new wats tariff existing ser- 
vice areas 5 and 6 have been combined into a 
single service area. 

■ A number of one-time charges have been mod- 
ified for such services as installation, moves, sus- 
pensions, maintenance of service, and adjustments 
of signal power. 

The major consequence of these revisions is that 
it will no longer be possible to employ WATS lines 
on an unlimited basis for a fixed price. This will 
adversely affect the economics of WATS usage for 
those corporations using a large group of them for 
data transmissions at night and for voice commu- 
nications during the day. 

Under the old wats tariffs, a corporation could 
justify wats lines for voice usage alone during the 
day and then obtain as much as 10 or 12 hours of 
"free" data communications usage each night. Un- 
der the new tariffs this type of an approach 
will obviously become much more costly and will 
depend on the number of hours beyond 240 each 
month that each line is utilized. 

Overview of design techniques 

Procedures used during the past decade to confi- 
gure data communications systems fall into two 
categories: The optimization of WATS and other 
types of dial-up networks, and the configuration of 
leased line networks. 

Optimization procedures for WATS generally in- 
volve linear programing packages or similar ap- 
proaches executed on a computer. These deter- 
mine the least-cost mixture of full and measured 
time lines in each service area. The inputs are the 
busy period calling frequencies (messages per sec- 
ond) for each of the locations in a network. 

The design problem of optimizing a full period 
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TABLE II 

HIGHLIGHTS OF BELL'S NEW ROUTE-PRICED H1D/L0D TARIFF 









HIGH 
DENSITY 


LOW 
DENSITY 


SHORT 
HAUL 


CHANNEL TERMINAL 
(PER TERMINAL) 


$35 


$15 


$3 


STATION TERMINAL 

FIRST STATION (EACH PREMISES) 


25 


25 








NO FOREIGN EXCHANGE SERVICE 






15 






FOREIGN EXCHANGE (FX) 






10 






SECOND AND SUBSEQUENT 
STATIONS (EACH PREMISES) 


3 


3 


3 


INTEREXCHANGE CHANNEL (IXC) 
(PER MILE) 


0.85 


2.50 


3 



WATS network will prove to have been much sim- 
pler in the past than it will be in the future under 
full business day usage. Before, the price of individ- 
ual lines did not depend on usage: so reasonably 
exact solutions could easily be determined to min- 
imize costs. Such procedures find a minimum 
number of lines which satisfy a given blocking 
probability (the percentage of calls receiving a busy 
signal). The calculation of blocking probability is 
based on the multiserver queuing models discussed 
in Reference 4. 

Leased line optimizations 

Leased line design procedures are generally con- 
cerned with solving three types of design problems. 
The first involves the development of a minimum 
cost billing network to interconnect n user loca- 
tions on the same multipoint line. This particular 
problem can be solved on a computer by using the 
algorithm known as the minimum spanning tree 
procedure. Developed by J.B. Kruskal of Bell Labo- 
ratories, the method assumes a knowledge of the 
geographic locations of each of the terminals and 
their point-to-point connection cost (Ref. 5). 

Initially all possible links are ranked in the order 
of increasing cost. Each link, starting with the least 
costly, is considered and added to the partially 
formed tree if it meets certain algorithmic require- 
ments. If not, it is permanently discarded. Then 
the next more expensive link is tried, and so on. 

The network is obtained when a tree structure 
containing exactly N-l billing sections has been 
formed. Figure 5 contains an example of applying 
the minimum spanning tree procedure. As useful 
as it is, the minimum spanning tree procedure does 
not incorporate provisions for treating trans- 
mission speed as a variable. Nor does it help locate 
the site for remote concentrators or consider link 
traffics and response times. 

The second method for configuring leased line 
networks involves an algorithm developed by L.R. 
Esau and K.C. Williams of IBM that considers 
throughput and response times (Ref. 6). It has been 
implemented by a number of computer vendors, 



communications common carriers, and consulting 
firms. It accepts input data in the form of tariff in- 
formation, terminal and computer locations, termi- 
nal traffic volumes, and maximum line loading or 
response time requirements. 

The Esau-Williams algorithm assumes that a star 
network comprised of a point-to-point link from 
each remote terminal to the closest central com- 
plex is the most costly layout. Its goal is to reduce 
the multitude of expensive point-to-point lines to a 
fewer number of less costly multipoint lines. At 
each iteration the algorithm selects a particular 
pair of links. One central link is to be removed and 
another link is to be added so that all terminals re- 
main connected to the central site. The algorithm 
produces the greatest reduction in link cost with- 
out violating the response "time or loading con- 
straints. The optimizing algorithm also assumes the 
fixed location of concentrators and, therefore, does 
not consider the use of multiple line speeds in the 
same network. 

The third category of leased-line design tech- 
niques involves procedures for the positioning of 
multiplexers and concentrators. Although these al- 
gorithms are generally approximate in the sense 
that they do not obtain truly minimum cost net- 
works, they produce useful solutions to such ques- 
tions as: How many concentrators? What type? 
Where should they be located? 

The basic idea implemented in most concentra- 
tor and multiplexer positioning algorithms in- 
volves the attachment or assignment of terminal lo- 
cations to the nearest or least cost location which 
could service it. Many algorithms rank the candi- 
date concentrator or multiplexer locations and 
configure a network by selecting one multiplexer 
or concentrator at a time. At each step a new mul- 
tiplexer or concentrator is inserted only if it will 
produce further reductions in total networking 
cost. (Refs. 4 and 7). 

Changes for existing design procedures 

To cope with the problems of having several pos- 
sible carriers, but within specified, limited geo- 
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MINIMUM SPANNING TREE 




4. By use of the minimum spanning tree algorithm, all 
terminals are connected to form a network that re- 
sults in lowest over-all prices. 

graphical areas, data base management systems 
must be developed. The user will input his termi- 
nal locations and some new type of descriptive in- 
formation to indicate which common carrier offer- 
ings are available to him in that particular 
geographic area. Then he will select the most cost 
effective service providing the desired connections 
between the given locations. 

Network optimization problems involve most 
major design options open to users. There are four 
types of problems: 

• WATS optimization. 

• The minimum spanning tree. 

• Multipoint network layout. 

• Positioning of concentrators and multiplexers. 
In the design of wats networks, it will now be 

necessary to know how much total traffic is sub- 
mitted by individual user locations, during the 
month as well as during the busy period. This tells 
whether aggregate volume is likely to approach or 
exceed the 240 hour minimum for a full business 
day line. Thus, WATS optimization becomes more 
complicated because it requires substantially more 
input information which is difficult (if not impos- 
sible) to obtain regularly from common carriers. 
And, even when the traffic information can be ob- 
tained it will usually be so tardy that calling pat- 
terns may have changed significantly before the 
data is in hand. 

There is seldom anything a user can do to con- 
trol or predict with any accuracy what his actual 
calling patterns are going to be for any given 
month. This makes network optimization partic- 
ularly difficult when the tariff structures depend 
on usage. 

Any company employing WATS lines for voice 
communications during the day and data trans- 
mission at night must reassess the economics of its 
approaches if it is near 240 hour per month or 
14,400 call minutes. Perhaps the most sensible way 
of approaching the problem is through the develop- 
ment of computer programs which simulate likely 



calling patterns and calculate network costs for 
various mixtures of measured time and full busi- 
ness day line complements. 

Simulation could allow the user to quickly in- 
vestigate a large number of different mixtures for 
the required WATS lines. The optimum solution 
would be obtained by computationally finding the 
particular combination of WATS bands giving rise 
to the minimum cost of all the simulated combina- 
tions. Full blown formal simulation would not be 
required whenever approximate cost calculations 
are sufficient. 

The HiD/LoD tariff complicates pricing determi- 
nations since the user has to Compute direct route 
and indirect route costs. Even so, pricing a two- 
point line is relatively straightforward and 
amenable to computerization. But, under HiD/LoD, 
multipoint line layout is difficult. The user's net- 
work billing structure is permitted to include 
billing nodes, those locations where he does not 
even have terminals or computers. Therefore, any 
modified design procedures must investigate all 
possible direct and indirect routings between user 
locations to be connected. 

Costing configurations 

To accomplish this the traditional spanning tree al- 
gorithm must be modified. In the spanning tree, 
costs of connected pairs of locations can no longer 
be determined uniquely in advance. The cost func- 
tions may change as the billing network is struc- 
tured. It is quite likely that the traditional span- 
ning tree procedures for selecting user locations to 
be connected will work quite well if the cost en- 
tries can be changed dynamically to reflect each 
new configurations. Link costs can still be calcu- 
lated but will change as a function of the particular 
homing points being used to connect the mul- 
tipoint line locations. 

Full blown multipoint leased line design proce- 
dures can probably be modified to reflect the new 
HiD/LoD and DDS pricing structures. A reasonable 
way of structuring the problem is to realize that 
most user locations will not be extremely far from 
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COSTS BETWEEN TWO HIGH DENSITY CENTERS 
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30.00 



$262.50 




HiD/LoD NEW TARIFF 



100 MILES© 0,85 


$85.00 


2 HiD CHANNEL 


70.00 


TERMINALS 




2 STATION 


50.00 


TERMINALS 




TOTAL MONTHLY 


$205.00 


COST 





IS TYPE 3002 VOICE GRADE IN BOTH EXAMPLES 



123 



EVALUATING ROUTE PRICES 




5. Although connecting all high density centers to 
site B2 looks to be the most economical, connecting 
C1 to B2 via B1 may be less costly. But this and other 
options must be calculated. 



their HiD homing points or dds locations. 

One approach to modifying existing design 
procedures will assume the replacement of all user 
low density locations by a corresponding HiD hom- 
ing point. Then the traditional design procedures 
for clustering and grouping the terminals onto 
lines can be employed. 

These procedures effectively optimize the major 
connections spanning only the homing points and 
high density user locations. Next, all homing 
points which were substituted for user lod loca- 
tions would be replaced by their actual LoD user lo- 
cations. The final solution to exact pricing would 
be obtained by applying the HiD/LoD minimum 
spanning tree procedure to each multipoint line 
(group of terminals) clustered by applying the 
Esau-Williams algorithm. 

Another possibility for modifying the present 
line layout techniques of Esau and Williams would 
be to calculate the cost tradeoffs using dynamic 
routing comparisons of the various direct and indi- 
rect possibilities at each step in design layout. ■ 
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How transaction cost 

declines as 
data networks get larger 



Based on actual prices and tariffs, 
graphs vividly depict the rapid 
decrease in unit-transaction cost 
because of fuller utilization of 
lines and equipment as the 
network handles more traffic 
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When a company needs its 
own data communications 
network, its goal is to build 
a system that, at lowest 
over-all cost, will handle traffic from all locations in a 
satisfactory manner— and perhaps allow for growth in 
the number of terminal locations and the intensity of 
the traffic. Experience shows that the larger a properly 
designed data communications network is, the lower its 
unit cost for some defined transaction or mix of transac- 
tions. This is an instance of the well-known concept, 
economy of scale. 

But no user would build a system larger than he ac- 
tually needs just to enjoy a lower per-unit cost. Further- 
more, no company by itself has a teleprocessing load 
large enough to push economy of scale to its limit, the 
point at which the cost of each transaction no longer de- 
creases. Still, understanding the cost factors and trends 
in approaching the limit can shed considerable light on 
the future directions of data communications net- 
works—including the impact of tariff changes and im- 
proved technology, and particularly the economic via- 
bility of multi-user shared networks. 

To find out more about network economy of scale, a 
representative interactive-mode application was pos- 
tulated, and a successive series of lowest-cost designs 
was computed for load (traffic) levels ranging from 0.1 
million to 1,000 million transactions a month per user. 
The design used actual tariffs and the lowest-cost assort- 
ment of circuit options and communications equipment 
suited to a given load level. The results are presented 
here for two different situations. 

In one, called the single-computer network, all traffic 
to and from the 50 largest cities in the United States 
flows to one central host computer located in St. Louis. 
Such a configuration typifies a private in-house network 
serving a single company with data from all outlying 
areas reaching the company's host computer. It also 
typifies a commercial time-sharing operation. 

The second, a multicomputer network, assumes there 
are 10 computers located at 10 major traffic centers. 
Each computer is owned by a different company, and 
each company produces as much traffic as the single 
company. Further, 10% of the load from each of the 50 
cities flows to each computer. The companies share the 
data communications network, but not their processing 
resources— there are no links between the computers. 

In either case, the design assumes the use of asyn- 
chronous terminals operating in a half-duplex mode at 
a rate of 30 characters per second (or 300 bits per sec- 
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ond). That is, the terminals can either send or receive, 
but not do both at the same time. The terminals are 
connected to the network through a dial-up facility, and 
enough interface equipment is available to assure that 
fewer than 5% of terminal dial-up attempts during the 
peak-load period will receive a busy signal. The dura- 
tion of the average transaction— here, an interactive ses- 
sion from dial up to hang up— is two minutes. The traf- 
fic load from any city is proportional to the city's 
population, not the number of terminals in the city. 
Specifically, the costing of the data communications 
network for any load level does not include assessments 
for terminals or host computers. 

Costing the networks 
The cost per session as a function of the number of ses- 
sions per month is contained in a set of smoothed curves 
(Fig. 1). This set of cost results applies only to the spe- 
cific, postulated application. Thus, while the results pro- 
vide useful insight into general cost trends, this data will 
not apply to other applications, say, one designed to 
handle bulk transfer of data with sessions lasting up to 
several hours. 

Figure 1 shows the cost for using only direct distance 
dialing (DDD) or only wide-area telecommunications 
services (WATS). They are clearly prohibitively expen- 
sive at these load levels, and their curves are shown sim- 
ply to afford a contrast to the economically viable 
single-computer and 10-computer networks. 

As will be shown, the major reason for the decline in 
session cost as the number of sessions increases, for ei- 
ther the single- or multicomputer case, is the lower unit 
cost of circuits. This is because of improved utilization 
of the leased circuits and the use of higher bandwidth 
circuits. A secondary decline in cost results from the 
ability to use larger, more efficient equipment. 

Although new facilities are being built by the tele- 
phone companies and the specialized carriers to im- 
prove the handling of data, data communications for 
the most part is still the technological stepchild of voice 
communications. The designer can specify the use of 
such public, switched, telephone services as DDD, wats, 
and foreign exchange (FX). He can lease dedicated tele- 
phone circuits of various bandwidths. And he can install 
such line-concentration equipment as frequency-divi- 
sion and time-division multiplexers and remote data 
concentrators at each communications node, to take 
maximum advantage of each leased circuit's trans- 
mission rate capabilities. 

The mix of telephone services and leased lines will be 
different at each major load level, but appropriate to 
provide some lowest-cost configuration. Figure 2 con- 
tains a part of the single-computer network. It shows the 
kinds of services and communications equipment that 
would be used in the network. (For simplicity, this fig- 
ure omits both the distribution datasets or modems re- 
quired to interface each dial-up terminal to the net- 
work, and the transmission modems needed at each end 
of a leased line. But datasets are included in the cost 
calculations.) 

Load level determines configuration 
At low loads^ the network might have 10 remote data 
concentrators in the cities with most traffic and some 
multiplexers in those with less traffic. Multiplexers or 



concentrators would be dialed up by terminals in out- 
lying cities through a considerable amount of DDD, 
WATS, and FX. Local loops would be used in cities 
hosting a multiplexer or concentrator. In other words, at 
low loads, it would be cheaper to make greater use of 
switched telephone services. As the loads increased, 
concentrators and multiplexers would be installed in 
additional cities and more leased lines and local loops 
would be used, thus reducing the use of expensive DDD, 
FX, and WATS services. At highest load levels, the net- 
work would contain a concentrator in all 50 cities, and 
each would be accessed only through local loops. In 
summary, at every major load-level increment, advan- 
tage would be taken of decreasing line charges by re- 
ducing the amount of DD, wats, and FX, and by increas- 
ing the bandwidth— that is, the transmission speed— of 
the leased lines. 

In both the single- and 10-computer networks, geo- 
graphical coverage remains the same and fixed. Only 
the traffic load per computer (or user company) varies. 
The 10-computer network, however, handles 10 times 
more traffic than the single-computer network. Since 
the cost per session is plotted against sessions per month 
per computer site, Fig. 1 distinctly shows the reduced 
cost per session made available by building a larger net- 
work and sharing it among many companies. 

For example, the cost per session for 1 million ses- 
sions a month on a single-computer network is about 12 
cents. But if 10 companies share a network 10 times 
larger, then the cost per session per company (again 1 
million sessions a month) drops to about five cents. 

Further, comparison of the two networks in Fig. 1 
shows that a multicomputer network affords an even 
greater ratio of savings at lesser monthly traffic, and 
that any cost differential between single- and 10-com- 
puter networks essentially disappears at very high traf- 
fic intensities. In essence, for each user on the multi- 
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FIG. I. DECLINING COSTS ■ Transaction cost in private 
networks goes down rapidly as the load level increases. 
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computer network, the benefits of increasing line utili- 
zation, including better balance of load, occur at lower 
per-company traffic levels. 

Send more, save more 

Circuits are the major cost item in these networks, as in 
most data communications networks. And they yield 
the greatest percentage savings as traffic level increases 
(Fig. 3). Here, the curve labeled circuits applies to 
leased lines of various bandwidths and includes the 
ddd. wats, and FX circuits needed at the lesser traffic 
intensities. The curve labeled communications equip- 
ment covers the cost of multiplexers, remote data con- 
centrators, a programable front-end processor, and 
transmission datasets, each in the amount needed at 
each level of traffic volume. The local loops and distri- 
bution modems, the costs of which are also shown, are 
attached to multiplexers and remote concentrators. 

The leased lines covered in the monthly circuit costs 
include voice-grade lines capable of operating at 9,600 
b/s, as well as 50,000-b/s lines, and 230,400-b/s lines, 
with each line able to transmit at its rated speed simul- 
taneously in both directions. That is, in telephone par- 
lance, the lines are full duplex. 

For each type, the longer the line, the more it costs, 
and higher-speed lines cost more than lower-speed 
lines. For a given type of line, the cost per mile de- 
creases with increasing distance. The relationships be- 
tween cost, distance, and speed, based on present inter- 
state tariffs, are contained in Fig. 4. 

The actual traffic intensity between any two widely 
separated points is determined by the application, so a 
significant design parameter in developing a least-cost 
network is to ask, for example: is it less costly to lease 
three 9,600-b/s lines or one 50,000-b/s line for a given 
distance? A related question is: is it cheaper to reroute 
lines to reduce cost? Some insight into the answers to 
such questions can be gained by examining the cost per 
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bit per second (per month) as a function of distance for 
the three types of leased lines. This information is read- 
ily obtained by dividing the cost of each line by its own 
rated transmission (Fig. 5). 

Intuitively, one might expect this cost-per-bit param- 
eter to be less for higher-speed lines than lower-speed 
lines. And this is true— up to a point. But at about 500 
miles or more, as indicated in Fig. 5, using five 9,600- 
b/s lines is' less costly than one 50,000-b/s line. A simi- 
lar anomaly occurs at 2,000 miles with respect to the 
230,400-b/s line. 

Circuits come only in discrete transmission speeds, so 
smaller networks may not have enough traffic to fully 
utilize the capacity of a particular leased line. But when 
networks become larger, traffic volume for a given geo- 
graphic configuration will increase and be different on 
different links. Then the network design can take more 
advantage of the significant economies available for 
each type of line. That is, on any link in the network, 
the designer can pick the lowest-cost circuit capable of 
handling the traffic. 

Large networks exploit full duplex 
In small networks, particularly ones dedicated to an in- 
quiry/response application, the inquiry messages are 
generally shorter, by perhaps a factor of 10, than the re- 
sponse messages. Thus, there is a tendency for more 
traffic to flow from than to the host computer. In such a 
case, the capabilities of a full-duplex line are not being 
exploited. Although the full-duplex voice-grade line op- 
erating at 9,600 b/s can, for example, carry 9,600 bits in 
1 second in each direction, one direction might only 
carry 960 bits in 1 second when the load is not balanced. 
In other words, an unbalanced load means one side of 
the full-duplex line operates at low line utilization. 

However, in a multicomputer network with the com- 
puters geographically distributed, the messages from 
one computer could "pass" the messages from another 
computer going in the opposite direction on the same 
full duplex circuit. This would tend to balance the load 
of these circuits. Hence, load balancing allows full use 
to be made of the full-duplex capacity and thus reduces 
the required number of lines for a given traffic level. 

To review, the cost curve for the two networks in Fig. 
1 includes the reductions in cost obtainable from the ap- 
propriate choice of lines, multiplexers, concentrators, 
datasets, and load balancing as the data communi- 
cations network becomes larger. The two designs apply 
to terminal-to-computer networks for man-machine in- 
teractive sessions. Studies have shown that similar econ- 
omies of scale can be obtained for data communications 
networks of which the main task is to transfer bulk in- 
formation from one computer to another or to switch 
messages from one terminal to another terminal. Re- 
gardless of the type of transaction on the data commu- 
nications network, the cost per unit transaction will de- 
crease as the network becomes larger. 

At present, however, the benefits of economy of scale 
can be enjoyed only on a private network. With certain 
exceptions, shared networks are virtually prohibited by 
the regulatory situation. 

Private and shared networks 
A private data communications network is defined here 
as a network owned by one company and employed for 



FIG. 2 EQUIPMENT AND LINES ■ Depending on load, the 
network is a different mix of lines and equipment. 



its own use and that of any divisions or subsidiaries. On 
a private network, the company can implement any ap- 
plications it needs and can justify. It can connect one or 
more computers to the network to perform remote job 
entry and batch data processing. It can use the system 
for message switching. And it can do both data process- 
ing and message switching on the same network. The 
economic incentive to a private company is to merge in- 
dividual small networks into one larger network to ob- 
tain the economy of scale. (However, reasons other than 
economic may diminish a company's enthusiasm to 
commit itself to a larger network.) Perhaps the most im- 
portant restriction on a private network is the tariff pro- 
hibition against resale of a portion of the network's 
capabilities to another party. 

A shared network is defined here as one that can be 
employed by more than one company. Two shared-net- 
work alternatives are the joint-use network, which is 
permitted by present tariffs, and the so-called value- 
added network, a concept now under consideration by 
the Federal Communications Commission. In either 
type, a user (subscriber) will not have to install his own 
communications equipment and lease circuits, but will 
still reap some of the savings available from a large, dis- 
tributed network. 

The joint-user shared network operates under the 
"joint-user" provision of present interstate tariffs. Sub- 
scribers share the communications network, but they 
cannot use it to exchange information (say, a data base) 
or to transmit messages between themselves. Under the 
joint-user provision, the common carrier bills the shar- 
ing organizations on the basis of their prorated usage 
(either time or bandwidth) of the circuits. The prorating 
of the related communications equipment (for example, 
multiplexers) would have to be agreed on by the shar- 
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FIG. 3 UTILIZATION ■ As traffic level increases, the 
major saving comes from fuller use of full-duplex lines. 



ing companies. Generally, one subscriber acts as the 
manager of the joint-user network. 

Joint-user shared networks have not proven popular. 
Although they can yield a lower cost under ideal condi- 
tions, there is too much uncertainty about billing and 
other administrative matters. A joint-use shared net- 
work, to operate effectively, would require compatible 
subscribers— ones that need access from the same geo- 
graphical centers, that have similar applications (for ex- 
ample, all interactive), and have similar computer 
equipment to simplify the interface requirements. (Even 
so, some joint-use networks are in operation. See "Op- 
erational joint-use networks," next page. Ed.) Although 
the administrative procedures involved in a joint-use 
network may be relaxed in the future, the commercial 
multi-user network may prove more attractive, when 
and if it becomes available. 

Value-added networks 
The commercial multi-user network, nicknamed van 
for value-added network, is a recent concept that could 
offer significant savings in communications costs to both 
large and small users. In a commercial multi-user net- 
work, a separate company would lease circuits from the 
common carrier, install such communications equip- 
ment as multiplexers, concentrators, and datasets, per- 
form such services as error correction and speed conver- 
sion, factor in overhead and profit, and then resell 
custom end-to-end data communications links to sub- 
scribers. 

Since a van implies a very large network, its owner 
(vendor) would enjoy the benefits of the economy of 
scale. And even when the vendor adds overhead and 
profit factors, the user's cost would still be less than if 
the user built his own private, but smaller, network. 

Conceptually, at least, vans would provide terminal- 
to-computer and computer-to-computer links, presum- 
ably at a high level of data security. The subscriber 
would have to consider such factors as available geo- 
graphic coverage, available transmission speeds, max- 
imum message delay times, ease of use, and the ven- 
dor's economic viability and quality of service. 

VAN service will probably have a charge for connect- 
ing each computer and another for connecting each ter- 
minal. For each computer, the computer interface 
charge would be either a fixed fee per month if the com- 
puter were connected full time, or a per-unit-time 
charge if the computer dialed up the network. In either 
case, the computer interface charge would probably be 
based on the maximum number of terminals that would 
simultaneously access the computer, or on the trans- 
mission speed of the computer interface, or both. 

The terminal connect charges would include such 
items as a fixed connected charge per session for each 
dial-up terminal accessing the network, or a flat 
monthly charge for each hard-wired terminal; a per- 
unit-time charge for the duration of a terminal connec- 
tion; a charge based on the maximum rated speed of 
the line between the terminal and the computer; and a 
charge based on the number of characters, or messages, 
transmitted. 

Related services to be provided by a van are accurate 
usage and accounting information, network-status in- 
formation, message-storing facilities, and automatic 
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^Operational joint-use networks^ 

Although joint-use networks have not proven too pop- 
ular, some do exist. The latest entry, sponsored by the 
RCA Corp. and managed by RCA Global Communi- 
cations Inc., went on line this summer. It extends from 
coast to coast, uses series 3000 voice-grade lines, 
and serves those cities in which RCA Corp. and its 
subsidiaries now have enough traffic to warrant estab- 
lishing the links— New York, Detroit, Chicago, San 
Francisco, and Los Angeles. 

In addition, RCA has signed up at least 12 joint 
users, including Detroit Bank and Trust Co., Electronic 
Memories and Magnetics, Hitachi America, and Mitsu- 
bishi Heavy Industries. These users, according to RCA 
Globcom's Kenneth E. Ryan, will save about 35% 
compared with present common-carrier tariffs for 
equivalent service. 

The network employs 4,800-bits-per-second trans- 
mission, with time-division multiplexing to derive up to 
75 separate 75-baud channels. As traffic increases, 
line speed will be increased to 9,600 b/s and more 
channels will be added. 

Other joint-use networks include: one managed by 
Dow Jones & Co., serving about five or six other sub- 
scribers, besides several hundred locations of its own; 
Shearson Hammill & Co.'s net, which serves sub- 
scribers in Los Angeles, Chicago, and New York; and 
Computer Dimensions Inc.'s system, which has its 
hub in Dallas and reaches about 25 subscriber-firms 
along the West Coast up to Seattle. Ed. 
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FIG. 4 LEASED LINES ■The monthly cost tor lines used 
lor data communications depends on mileage and speed. 



dial-out from a computer to a terminal. 

A major feature of a van service is that a subscriber 
would deal with one vendor for its data communi- 
cations network, from the terminal access point to the 
computer interface, to insure a high-quality service. If a 
VAN has the geographic coverage, then a user would be 
able to increase, almost at will, the number of cities to 
which he desires access. 

In many ways, the van concept is to data communi- 
cations as time sharing is to data processing. In either 
case, a vendor sells a piece of his resources. And just as 
time sharing did not eliminate the use of in-house data 
processors, neither is VAN likely to wipe out private data 
communications networks. VAN will become another al- 
ternative for small, medium, and large users of data 
communications. And, as with time-shared computers, 
the subscribers likely to obtain the largest incremental 
benefits will be the small users. However, even with 
marked savings, a large user could well frown on the 
implications of placing the total data communications 
requirements of its business enterprise completely in the 
hands of an outside VAN organization. 

Factors in multi-user networks 

Two other factors that will affect the future course of 
commercial multi-user networks are the clarification of 
the uncertainties about vendor-owned hybrid tele- 
processing services for sale to subscribers, and the effect 
of pending and future changes in interstate and intra- 
state tariffs. 

The FCC has ruled that, if a service is primarily a data 
processing function, such as interactive time-sharing 
and remote-batch activities in which the data communi- 
cations is incidental, then the service is not regulated. 
But if the service is essentially communications with 
data processing incidental, as in computer-switched 
twx or Telex services, then the service is regulated. The 
FCC has not defined the term incidental, so regulatory 
uncertainty exists about the two kinds of services. Ven- 
dors who may want to offer the combination of services 
called hybrid teleprocessing, using the same data com- 
munications network and perhaps even the same host 
computer, are reluctant to do so for fear of having their 
circuits disconnected, of being subjected to regulation, 
or of becoming involved in lengthy and expensive legal 
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and regulatory proceedings. 

Thus, at present, if a user organization needs both 
data-processing and a message-switching service, but 
cannot justify installing its own private network, then it 
must buy each service from different vendors. Certain 
advantages would accrue to the user, in addition to the 
economy of scale offered by the larger network, if these 
services could be obtained from a single vendor. Among 
these are the use of the same terminal for both data pro- 
cessing and message activities and the ability of the 
data processing computer to access incoming messages 
and to initiate outgoing messages. 

Currently, commercial hybrid teleprocessing is not 
available because of the regulatory uncertainty. The 
problem involves where to draw the line between the 
traditionally regulated message-switching services and 
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FIG. 5. COST PER BIT ■ The cost per bit is usually, but not 
necessarily, less for higher-speed than lower-speed lines. 
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FIG. 6. NEW TARIFFS ■ If the suggested Hi-Lo tariff goes 
into effect, it will reduce costs for large data networks. 



the unregulated remote-access data processing services. 

In the area of changes in tariff structures, the special- 
ized common carriers promise improvements that could 
affect the cost and reliability of large, as well as small, 
networks. Among these promises are a greater variety of 
transmission speeds, a snorter minimum billing time on 
switched circuits, a lower error rate, reduced cost, and a 
pricing structure that will be less sensitive to distance. 
However, the specialized carriers proposing nationwide 
service are still in a regional, start-up situation. 

Impact of tariff revisions 
In 1973 , AT&T submitted an application to the 
FCC for permission to revise its leased line voice-grade 
tariff structure. Using present technology and appro- 
priate datasets, these circuits can carry up to 9,600 b/s 
and are the backbone of most computer-communi- 
cations networks in present service. Basically, these revi- 
sions would divide a route into three classes: short haul, 
for use on points 25 miles or less apart; high density; 
and low density. Over 300 locations in the United 
States, including all large cities, have been designated 
high-density centers, between which the telephone com- 
panies have high-capacity equipment. All other loca- 
tions are low-density points. 

The proposed charges for a full-duplex point-to-point 
circuit are: 



CLASS 
Short haul 
High density 
Low density 



COST/MILE 
$3.00 up to 25 miles 
$0.85 over 25 miles 
$2.50 over 25 miles 



Figure 6 compares the new circuit costs (including data- 
sets and other fixed costs) with the present costs on a 
mileage basis. The new tariff would permit the user— 
not the telephone company— to route his lines in the 
least-cost manner, so that the user would pick a combi- 
nation of low-density and high-density routes to meet 
his needs. Optimizing the line routing under this new 
tariff may prove quite difficult, particularly for large 
networks. On balance, though, it appears that for large, 
geographically distributed networks, the new tariffs 
would afford the user considerable savings. 

Building a data communications network may take 
several years, and even then the network keeps chang- 
ing and growing. Therefore, since circuits are the largest 
single cost in a data communications network, the plan- 
ner must keep track of new offerings and changes in tar- 
iffs. In the future, it is almost certain that circuit costs 
between major cities will decrease significantly, that tar- 
iffs will become less sensitive to distance (as when satel- 
lite circuits provide an alternative to terrestrial circuits), 
that the cost of local loops will increase somewhat 
through the elimination of the flat rate now available in 
many locations, and that the specialized carriers will 
provide high-density circuits between major cities in 
competition with AT&T and perhaps even with them- 
selves. ( eotI 
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Breaking the logjam 
in dynamic on-line 
data base systems 




An advanced data 
communications network, a 
hierarchy of memories, 
memory mapping, and a unique 
operating system combine into 
a retrieval and update system 



Charles F. Pyne 
AutEx Inc. 
Wellesley, Mass. 



The rapidly improving 
EwU state-of-the art of trans- 

mitting data from remote 
locations, combined with decreasing costs, has 
greatly affected the historic role of the central pro- 
cessing unit (CPU) in computer-communications 
systems. In early installations, data communi- 
cations traffic was light, and the CPU was dedicated 
mainly to performing batch data processing activi- 
ties. Gradually, the data communications through- 
put has been increased in many systems, with a 
consequent decrease in data processing volume. In 
fact, this trend is carried to the extreme in new 
computer-communications systems, where no data 
processing is involved at all. These systems are 
dedicated to supplying an on-line, real-time infor- 
mation update and retrieval service. Here, then, 
the CPU's main task is to route user traffic from 
many hundreds of remote inquiry/response termi- 
nals to a massive data base, access the associated 
files, and return messages to the terminals. 

When the data communications network which 
ties the remote terminals to the CPU in a dynamic 
information system uses today's efficient, high- 
speed transmission equipment, then the CPU itself 
can become the bottleneck that limits system re- 
sponse and the number of on-line terminals. The 
main reason for this choking effect is the batch-ori- 
ented operating system— the master software pack- 
age that orchestrates input/output equipment, in- 
cluding the data communications lines, and the 
myriad of applications programs undergoing simul- 
taneous processing. 

Traditional batch operating systems, combined 
with a communications access method, have been 
pressed into service in remote-batch and time-shar- 
ing applications. They can perform quite well be- 
cause the service is basically that of providing re- 
mote data processing. But the limitations of a batch 
operating system on overall performance become 
more serious as the allowable response time goes 
down, as the number of terminals to be supported 
goes up, and as data-processing activities disappear. 

The on-line, real-time, transaction-oriented in- 
formation storage and retrieval system that forms 
the base of many computer-communication's sys- 
tem's operation is communications and file-man- 
agement intensive, not data-processing intensive. 
AutEx' trading information systems are a good ex- 
ample of this. For AutEx, a batch operating system 
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will not do. The AutEx system is designed to ser- 
vice inquiries from up to several thousand remote 
keyboard/display terminals and respond to them 
with assembled messages in less than 10 seconds. 
No data processing is involved. To reach this goal, 
the company is installing extensive mass memory, 
an advanced data communications network, and— 
most important from the viewpoint of system per- 
formance— AutEx is developing its own operating 
system, called tex for telecommunications execu- 
tive, for its Xerox Sigma 9 host computer in 
Wellesley, Mass. (Fig. 1). 

To accomplish fast response and high through- 
put, the AutEx system includes an unusual virtual- 
memory technique, and a dynamic file-manage- 
ment method which causes the most recently ac- 
cessed files to automatically flow to the fast-access 
core memory and the least-accessed files to flow to 
the slow-access disk packs. Unlike most computer- 
communications systems in which the computer 
and the communications network are considered— 
at first glance— as separate entities, TEX integrates 
the data communications network and the central 
processing unit. 

The essential philosophy behind the unique de- 
sign of TEX is that the performance of a tele- 
communications system must go beyond the con- 
ventional communications requirements for the 
access and control of lines and terminals. The oper- 
ating system must also satisfy the special require- 
ments for on-line, real-time, adaptive management 
of data-base files. Simulation studies have verified 
the efficiency of the approach, and AutEx' new sys- 
tem is slated to go on line early next year. 

AutEx supplies an on line trading information 



1. Dynamic on-line information update and re- 
trieval data base network employs data con- 
centrators in major cities to speed inquiries to 
and messages from a Sigma 9 computer. 

services to traders of stocks and bonds and another 
to traders of lumber products. AutEx subscribers 
focus their attention on the central data base. They 
enter new data in real time and also retrieve data 
of particular interest in real time. That is, both up- 
date and retrieval are dynamic. Fn fact, the entire 
AutEx data base is constructed solely from sub- 
scriber entries. For example, different on-line sub- 
scribers may enter, then change, the price at which 
they are willing to buy or sell a block of stock. 
Thousands of changes can be made each hour to 
the composite data base, so there is a continuous 
interplay of updates and retrievals from many sub- 
scribers. The company expects to add new services, 
so that eventually the network will contain several 
thousand terminals that will access several large 
but independent data bases through the Sigma 9. 

Concentrators mean more terminals 

The telecommunications executive is designed to 
efficiently exploit the file handling capability of the 
central computer and its memories, with the goal 
of maximizing the possible number of on-line users 
within the restraints of the configuration. The data 
communications network must be as efficient and 
cost effective as possible, avoiding delay of mes- 
sages or limits to throughput. 

To accomplish this, six Interdata Model 50 re- 
mote data concentrators (rdcs) will be located in 
major cities and linked to the Sigma 9 in Wellesley 
over 9,600 bits-per-second links (Fig. 1). Each RDC 
can service about 200 keyboard/display terminals. 
Here, the RDCs, rather than the Sigma 9, perform 
such routine communications functions as line 
control, message formatting, intermediate queuing, 
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error control, and network diagnosis. For one thing, 
these functions do not require the sophisticated 
processing capability, large core memory, and disk 
files of the Sigma 9. Nor is the Sigma 9's interrupt 
structure well suited for such operations. For an- 
other thing, the economics favor the use of RDCs. 
The Sigma 9 is worth about $1 million. AutEx oper- 
ations statistics show that each RDC relieves the 
Sigma 9 of 15% of its processing load, worth 
$150,000, at the cost of about $20,000 for the RDC. 
The economic details are contained in Table 1. 

Even when the bulk of the communications 
functions is shifted from the host computer to an 
RDC, the host computer's operating system requires 
a communications access method whose main job 
is to provide the host computer with efficient and 
timely access to the remote terminals. But more 
important to the AutEx system is the ability to ac- 
cess the data-base files in a reliable, efficient, and 
dynamic manner— so TEX integrates both commu- 
nications access and file access in its structure. 

Dynamic information, not time sharing 

File accessing is commonplace in batch-processing 
and time-sharing systems, but the requirements for 
the AutEx dynamic information update and re- 
trieval system are quite different from either, so 
that it seems worthwhile here to compare each 
type of system. 

In traditional batch-processing environments, 
programs drive the computer system to produce a 
desired end result for the customer. Minimizing 
the job-processing time on the host computer is im- 
portant, but the overall response time in getting the 
job from and to the user is usually not critical. In 
batch operation, any efficient file manipulation 
technique can be employed to change the files, so 
long as the final state of the file is correct and con- 
sistent. Because file updates in batch systems take 
place occasionally, say once a day or once a shift, 
file consistency can be obtained by temporarily 
taking the file out of the system, constructing inter- 
mediate files that can be made internally consist- 
ent, and then returning the new updated files to 
long-term storage. 

Time-sharing systems closely resemble dynamic 
information systems in many ways. The dominant 
similarities are that time-sharing systems are data 
communications intensive. They are driven by re- 
mote terminals rather than programs, and they 
usually provide fast response to input messages. 
The important distinction, however, is that most 
time-sharing systems emphasize user separation. 
Therefore, memory space for data bases may be 
preallocated. Each user will have access to his own 
data base that only he may or may not change on 
line, and those data bases used in common cannot 
be changed at will by any user. 

The distinctive characteristics, then, of a dy- 
namic information update and retrieval system, 



such as the one being developed by AutEx, are ac- 
cess to and update of common data bases by any 
user at will, control by system users rather than by 
programs, use of a common memory pool for all 
tasks rather than preallocated memory for each 
task, and reduced operating system overhead for 
swapping files from disks to core so that the physi- 
cal system can support hundreds and even thou- 
sands of terminals. 

In particular, the design of TEX has these goals: 
the system must be responsive to operations in a 
file-oriented environment when driven by remote 
terminals; it must use parallel-accessed disk storage 
efficiently, so that the system can support a high 
degree of multiprogramming; it must minimize 
core memory size, by keeping in core only those 
files of immediate interest; it must maintain files 
in a consistent state at all times; it must have a hi- 
erarchical structure so that changes and additions 
to files can be easily made at the lowest (appli- 
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cations) level without affecting other parts of the 
system; and it must separate independent pro- 
cesses (that is, services) to promote security con- 
trol and error isolation. 

Here, core memory size is minimized by using a 
virtual memory technique to map data onto the 
disk. And file efficiency is obtained by employing a 
dynamic buffering scheme that allows frequently 
used data to be retrieved faster than less used data. 
Thus, dynamic buffering allows the system to rap- 
idly adapt itself to an ever changing user environ- 
ment, including peak-load conditions. 

The dynamic system at AutEx 

Figure 1 shows the major elements of the AutEx dy- 
namic information system and their inter- 
connections. Remote terminals in subscriber of- 
fices connect to an appropriate RDC through 300 
b/s dial-up lines or 1,800 b/s dedicated multidrop 
lines. Here, transmission is asynchronous. Each of 
the six RDCs then connects to the Xerox Sigma 9 
through 9,600 b/s synchronous private lines. 

The Sigma 9 employs a 32-bit word, has a 
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memory cycle time of 750 nanoseconds, and has 
512 kilobytes of core memory to store the most-fre- 
quently accessed data. A fixed-head random-access 
disk memory, called a rad, for random-access de- 
vice, stores 5.4 megabytes of less-frequently ac- 
cessed data. For bulk storage, the system contains 
two moving-head disk drives, each with disk packs 
that can store as many as 86 megabytes of the least- 
frequently accessed data. 

Although the RAD has a relatively slow access 
time, it has a large number of sectors on its surface. 
With head-position optimization it can sustain a 
very high throughput rate as may be needed during 
peak load conditions. 

The Sigma 9 has a hardware memory map (or 
virtual-memory) feature that divides all core 
memory into pages, each page containing 2,048 
bytes. Every memory reference— that is, access to a 
file— is considered to fall within a particular 'vir- 
tual page' whose address in core depends on the 
higher order bits of the referenced address. The vir- 
tual-page address is converted by hardware registers 
to a real memory address which may be any place 
in core memory. Furthermore, the hardware regis- 
ters can be set to indicate that certain virtual pages 
are not in core at all. If so, TEX can then retrieve 
these pages from the rad or the disk. Also, by ap- 
propriate setting of the hardware memory map reg- 
isters, TEX establishes a different virtual address 
memory environment for each independent paral- 
lel task being processed. 

The relationship between individual application 
tasks, tex, and the three tiers of memory is shown 
in Figure 2. The applications tasks, each with its 
own virtual memory map and other associated con- 
text, are the programs that do the actual processing 
of messages through the system. For example, sev- 



2. Three levels of memory— core, RAD, and 
disk— provide extensive file capacity with dy- 
namic memory allocation relocating files so that 
the most popular files stay in core. 

eral application tasks control the traffic to and from 
the RDCs. 

The basic unit of task memory is the 2,048-byte 
page. When a task is first created, it has no assigned 
virtual pages. The task is set up by making a MAP 
supervisor call to TEX requesting a mapping be- 
tween a certain virtual page in core memory- 
known as a window— and a particular page in a file 
on the disk pack. Through a series of such calls to 
TEX, a complete task sets up a group of windows for 
both programs and data mapped to pages on the 
disk. Once done, the task can consider the actual 
disk pages to be virtually residing within its ad- 
dressable core memory space. TEX, not the tasks, 
takes care of such matters as reading and writing, 
allocating the buffers, and structuring the data to 
optimize input and output. 

Throughput up, access time down 

The telecommunications executive maximizes sys- 
tem throughput through efficient disk utilization 
because of the system's ability to process tasks in 
parallel and to provide dynamic page buffering. 
When a given task references a page which is not 
in core, TEX first places the associated disk request 
in a queue, then invokes a priority scheduler 
which suspends the immediate task and starts up 
another task which is ready to run. Thus, the 
many parallel tasks build up a set of requests which 
are placed in queue in a manner related to their 
disk positions, so that an optimum number of disk 
requests can be serviced during each rotation of 
the disk packs. 

An even greater advantage in disk utilization, 
compared with disk parallelism, is gained by adapt- 
ive page buffering that responds to the great vari- 
ance in importance of the numerous file pages 
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being interrogated over the data communications 
network. Such pages as those containing code, 
tables, and up-to-the-minute data are used very fre- 
quently. But others may not be accessed during an 
entire day. Many systems preallocate certain task- 
level data to core, drum, or other high-speed stor- 
age media; the data stays put whether accessed fre- 
quently or infrequently. This scheme not only 
complicates the task coding but the files cannot ad- 
just to the changing use of the system from minute 
to minute and day to day. 

Three-level memory 

Instead, tex employs a three-level memory system 
for holding file pages by using disk, RAD, and core 
pools (Fig. 2). Initially, all pages reside only on the 
disk. Then when requested by tasks, the pages are 
brought into core and mapped (and also saved on 
the RAD). While the system is running, tex contin- 
uously counts how often each page is accessed dur- 
ing a given period to determine the most fre- 
quently and recently used pages. A priority level is 
then computed for each page. 

Thus, at any given moment the highest-priority 
pages are held in the core pool of about 200 pages, 
the next highest level of pages are kept in the RAD 
pool of 2,600 pages, and the 80,000 lowest-level 
pages are left on the disk. Therefore, even though 
the programing addresses each page to disk, when a 
task requests a page the system first checks to see if 
the page is in core ; if not the system checks the 
rad and if the page is there it transfers to core ; but 
if not in the RAD the system retrieves the page from 
disk, transfers it to the RAD, and then to core. In 
this way the most commonly used pages— in core- 
are the most rapidly retrieved. 

Table 2 shows the average access times, for the 
three levels of storage, as a function of load as char- 
acterized by the number of messages in the queue. 
In general, the RAD is about 10 times faster that the 
disk, and the core is about 100 times faster than 
the rad. More significantly, though, is the average 
access time for a number of requests in queue, and 
this average depends on how many of the pages 
being accessed reside in core, in the rad, and in 
the disk. 

For example, suppose that out of a queue length 
of 12 pages, three pages are in core, four in RAD, 
and five in disk. Then the average access time for 
this mix of 12 requests is, from Table II: 

[(3x0.2) + (4 x 19.8) + (5x 162)]/12 

= 75 milliseconds 
The 75 milliseconds is a definite improvement 
compared with the 291 seconds of average access 
time that would have been taken if all pages had re- 
sided only on disk. Even so, in this example the 
distribution probability of pages being in core, RAD, 
or disk has purposely been distorted compared 
with the distribution that would occur in a real op- 
erational system in which TEX forces the most fre- 



quently accessed files to be in core— thus dramati- 
cally reducing the average access time. 

To get a better idea of improved average access 
time offered by the three-level memory system, 
with dynamic buffering implemented by TEX, a 
simulation test was run using 200,000 records (16 
megabytes) of indexed sequential files. Each file in- 
volved three levels of indexing— a master block, a 
secondary-index block, and a data block— so that 
each file access required access to three different 
pages. In this run, the probability distribution 
showed that core, RAD, and disk each contained 
about one-third of the indexed pages. The result: 
the average access time per three-page file was 133 
milliseconds compared with the 873 milliseconds 
it would have taken if all three pages had been on 
disk. For this case, the dynamic buffering method 
turns out to be six times faster than when using 
only disk memory. 

This improvement is still conservative in that 
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0.2 


23.1 
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0.2 


23.9 
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5,000 


377 


34 
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0.2 


24.7 


291 


5,000 
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the indexed sequential files were accessed ran- 
domly, when in actual practice the users— en 
masse— concentrate their interest on certain por- 
tions of a data base. This concentration drives 
most files of current interest into the core and rad 
memories, which therefore substantially reduces 
average access time. Studies of actual data-base ref- 
erences by AutEx subscribers indicate that after 
two hours of operation about 90% of individual 
files accessed thereafter reside in the RAD or core 
memories. In a sense, then, the disk becomes an ar- 
chival storage that can still be accessed automatic- 
ally and rapidly. 

Note, too, in Table 2 how the relative through- 
put of the RAD increases more rapidly than does 
the disk as the load goes up. Thus, the buffering 
scheme is most effective at peak load times, just 
when the need for efficiency is the greatest. 

During operation, the telecommunications 



executive itself uses virtual memory and dynamic 
buffering to good advantage and thus reduces the 
amount of core memory allocated to its own sup- 
port. Here, less than 40 kilobytes reside in core 
memory to drive the hardware inputs and outputs; 
the rest of the operating system, known as a 
pseudo-system, required to implement such func- 
tions as peripheral conversions, operator communi- 
cations, file access, and debug software, resides in 
the disk. The pseudo-system is invoked just as 
though it is an applications task. Furthermore, con- 
ventional operating systems frequently dedicate 
valuable core memory to such off-line tasks as com- 
piling, job-control language interpreting, and file 
converting. But TEX can free this "off-line" core 
without any special programing by assigning vir- 
tual pages to these tasks. 

The telecommunications executive contributes 
a significant savings in core memory because of the 
programing discipline involved in the naming of 




Software. Staff develops telecommunications 
executive on off-line computer. 

the virtual pages. As mentioned, TEX assumes that 
no data resides in cofe, but is all on disk and that 
the file pages are mapped by windows. In those 
conventional operating systems whose programs 
address all data to core first, if several tasks read 
the identical data into various addresses in the 
core (virtual) memory, then the system will have 
no way of identifying the fact that all the pages are 
the same. Hence, the conventional approach to vir- 
tual memory duplicates pages and wastes core 
space. 

But with TEX, pages always retain their name ac- 
cording to the places where they belong on the 
disk. If one applications task maps a page, that page 
moves from disk (or rad) to core. When other ap- 
plications tasks refer to (name) the same page of 
data, TEX immediately directs those references to 



the real physical address for that page in core. 
Thus, only a single copy of a page of data need be 
in core to service many different applications tasks. 

As an illustration of the advantages of naming 
pages, consider the program that will control data 
communications traffic flow from and to the rdcs. 
Each RDC consists of the same basic computer. But 
each will differ in the number and speed of lines 
between it and the remote terminals, will be inde- 
pendently driven by the host computer and, thus, 
will require a unique applications task to be exe- 
cuted by the CPU. 

Reusable code 

Fortunately, though, each concentrator performs 
the same basic communication's functions and all 
RDCs use the same code. This code is reentrant, or 
usable by many tasks, which can be accomplished 
very easily in the virtual memory system by separa- 
ting the code from the data. Hence, all tasks— that 
is, rdcs— map their code pages from the same read- 
only file,- and the necessary data pages such as local 
variables and scratch storage are mapped from files 
unique to each task. 

In short, the six concentrators share much of the 
applications-tasks files, which yields a significant 
savings in core memory and switching time com- 
pared with concentrator interface programs imple- 
mented on batch operating systems that cannot 
share files. Table 3 shows that 90 pages of core 
memory would be permanently allocated for the 
traditional nonsharing approach that names pages 
in core to service six remote data concentrators, 
compared with only 20 pages of core for the tex 
sharing system that names pages on disk. 

In the shared system, the 10 pages of code are 
used over and over again but the nonsharing sys- 
tem requires 10 pages for each of the six rdcs. Two 
data pages are required for either approach for each 
RDC. Inter-task communications take one page for 
the sharing system. But this function probably can- 
not be done in the nonsharing system. 

The big savings is in the file pages: For the shared 
system, no core is allocated since these pages are 
mapped from the rad or disk as dictated by the 
task; but for the nonshared system, 18 pages of core 
memory must be preallocated for the six rdcs. 

If the system is expanded to more than six con- 
centrators, then only two more pages are needed, 
for data, for each RDC in the TEX system, compared 
with the 15 pages required by the traditional 
method for each added RDC. 

Since the unique context for each concentrator 
task is only two pages, and since these pages are ac- 
cessed very frequently, it is very likely that the TEX 
dynamic buffering scheme will keep these pages in 
core, so that the time taken to switch from one RDC 
task to another in sequence will be less than 0.5 
milliseconds (Table 2). Such a rapid response is es- 
sential for real-time operation. 
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By comparison, the nonshared approach is faced 
with an unpleasant dilemma. Permanently storing 
90 pages in core, almost 200 kilobytes of memory, 
is an expensive proposition. But if the pages are 
stored on disk, a less costly approach, then the 
switching time for each file in the task rises to 
about 50 milliseconds, which is intolerable for a 
real-time system. One way to reduce the use of 
core memory and switching time between pages in 
a nonshared system is to write one task encompass- 
ing all concentrators. But doing this involves com- 
plex programing, including multithreading, and 
the software is not amenable to changes when the 
network is expanded or otherwise modified later. 

Telecommunications executive page-sharing al- 
lows several applications tasks to retrieve and up- 
date the same file at the same time. Frequently, 
though, these updates involve changing several 
pages making up one file. But even with on-line op- 
eration all pages cannot be changed immediately. 
Therefore, it is necessary to guard an information 
retrieving task against seeing a partially updated, or 
inconsistent, file. 

Traditionally, interlocks provide the protection 
against inconsistency. But interlocking a file means 
that while an update is taking place, tasks wanting 
to simultaneously access these pages are forced to 
wait. When update traffic is heavy and the files are 
large, the result is a drastic reduction in through- 
put. And if more complicated interlocks are used 
on portions of files, the system can even become 
deadlocked. 

Under TEX, however, updating tasks freeze the 
file pages they are changing, so that all parallel (si- 
multaneous) tasks see only the last consistent file, 
not partially updated files. But because the pages 
will be in core, updating is extremely fast. When 
the task has completed its updating, TEX invokes a 
function called foist which causes all updated and 
consistent pages to be simultaneously released for 
access by other tasks. Should two tasks attempt to 
update the same page at the same time, the system 
rejects the foist for one of the tasks. This task sim- 
ply goes back and repeats its update which is then 
accepted; the delay is inconsequential. 

Quick start up 

Computer-communications systems must be able 
to recover rapidly and reliably from failures of 
equipment and software making up the total instal- 
lation. Traditional methods of checkpoint/restart 
and of reprocessing the transactions have severe 
drawbacks in large communications-intensive sys- 
tems. For example, the larger the system, the 
greater the amount of transactions accumulated be- 
tween checkpoint intervals and therefore the 
greater the amount of buffer required to store these 
transactions. 

The checkpoint method periodically saves the 
data in core memory and the files by dumping 



them onto disks or tapes. If a failure occurs, the 
system is started using the consistent files saved 
during the previous dump operation and all trans- 
actions subsequent to the dump must be sent 
again. But dumping interrupts normal on-line ser- 
vice for a relatively long time, perhaps several min- 
utes during each checkpoint interval. Maintaining 
a file of all uncompleted transactions that will have 
to be reprocessed when the system is restarted im- 
poses no interruptions during normal system oper- 
ation. However, restarting a failed system from 
transaction-journal tapes takes perhaps 60 minutes. 

The telecommunications executive, however, 
employs a modified checkpoint method, known as 
the juncture system, which allows operations to 
continue during a checkpoint dump (Fig. 2). The 
key to continuous operation is the system's RAD 
buffer. During normal operation, page changes are 
written— through the core— on the RAD. But since 
the buffering is invisible, the apphcations tasks will 



TABLE 3 

PERMANENTLY ALLOCATED CORE PAGES 
TO HANDLE SIX CONCENTRATORS 



FUNCTION 


AUTEX 
SHARING SYSTEM 


CONVENTIONAL SYSTEM 
WITHOUT SHARING 


CODES 


I0X 1= 10 PAGES 


10X6 = 60 PAGES 


DATA 


2X 6= 12 


2x 6= 12 


INTERTASK 
COMMUNICATION 


1X1 = 1 


CAN'T BE DONE AT ALL 


FILES 




(CAN BE MAPPED AS 
REQUIRED) 


3X 6= 18 
(MEMORY SPACE 
MUST BE 

PREALLOCATED FOR 
READS FROM FILES) 


TOTAL PAGES 


23 


90 



see all changes as though they had actually been 
written on the disk. Normally, then, the disk 
serves as a read-only memory. 

At periodic intervals, say* every 15 minutes, all 
changed pages on the rad are identified, the junc- 
ture switch is closed, and the changed pages are 
copied on the disk. The juncture interval for writ- 
ing may take one minute. Furthermore, those up- 
dates made during a juncture are segregated on the 
RAD without affecting the copying of the old RAD 
files onto the disk. And the core itself need not be 
dumped because the core serves merely as a place 
for mapping the files— all of which reside in and are 
dumped from the RAD. 

The telecommunications executive, the three 
levels of dynamic buffering, page sharing, and the 
juncture technique all combine to provide a sys- 
tem that is efficient, highly responsive to large vol- 
umes of traffic from remote terminals. ■ 
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Packet switching 
with assorted computers 
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A layered approach toward 
network design permits 
data transfer 
between dissimilar 
operating systems by 
packet switching 
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Maynard, Mass. 



I A packet switching net- 
I work can now be built at a 
| price that private organiza- 
tions can afford. This network design allows many 
host computers with different architectures and 
different operating systems to share the same re- 
mote peripherals, data files, programs, and even ex- 
change data developed by programs. Moreover, 
Decnet, as Digital Equipment Corp. calls this con- 
cept, can be retrofitted to many existing systems. 

Besides providing rapid data communications 
among scattered locations, Decnet allows its user to 
pool many varied computing resources and to elim- 
inate redundant programing efforts. Obviously the 
design owes much to the declining cost of commu- 
nications processors and the growing refinement of 
communications software, not to mention all the 
experience with Arpanet. For instance, control of 
the network is decentralized, as with Arpanet, with 
the network facilities being allocated among the 
different nodes on a contention basis. 

Key to linking dissimilar computers in Decnet is 
the development of standard interfaces between 
the different layers (or levels) of the hierarchy of 
communications functions. For example, a com- 
puter or data file or terminal in the user layer has 
to present the same interface to hardware or soft- 
ware in the layer that manages the network. 

The dec design provides for standard interfaces 
by distributing the communications functions of a 
data network among three management layers at 



each node— a user layer, a generalized network con- 
trol layer called the logical link layer, and a physi- 
cal-link layer— with a collection of software func- 
tions called the Network Services Protocol (NSP). 
This protocol enables any two systems to serve 
each other as if they were being operated only in 
the confines of their own regimes. 

nsp may be integrated into existing DEC operating 
systems. It works equally well with all computers, 
enabling the 12-bit PDP-8 minicomputer series, for 
example, with its conventional busing structure, to 
communicate with the 16-bit, Unibus-based PDP- 
11s and the 36-bit large-scale Decsystem-10 com- 
puters. What's more, the Decnet principle can be 
applied to mainframes built by other computer 
makers by using communications processors com- 
patible with dec's Digital Data Communications 
Message Protocol (ddcmp). 

The layered structure of Decnet allows replace- 
ment of DEC-designed protocols with functionally 
equivalent protocols of other computer manufac- 
turers. Thus, ddcmp at the physical link could be 
replaced by IBM's Synchronous Data Link Control 
(SDLC) for communication with IBM-compatible 
systems (see "Decnet and its relatives"). 

The size of the implementation effort and 
amount of code needed to support nsp depends 
heavily on the local operating system and the inter- 
action with the user hardware and software. Be- 
cause of its greater involvement with the operating 
system, Decnet may span a greater range than the 
ddcmp of the communications processor. Some- 
times most effort will go into creating messages, 
while at other times the stress will be on the inter- 
face between the user layer and the DDCMP mod- 
ule. A typical implementation on a dec PDP-11 
would take 1,000 to 3,000 16-bit words of code. 

Interchangeability 

The software contained in each layer of the hier- 
archy of communications functions must be com- 
pletely insensitive to the data contained in the 
messages. This data is considered transparent to 
the layer. To this data, preceding layers have ap- 
pended synchronization bits, control flags, and 
other fields (groups of bits) that also must be trans- 
parent (Fig. 1). The layer receiving all this informa- 
tion then adds or subtracts its own protocol fields 
and passes the message on to the next layer. 

The layers at each node are assigned in a sym- 
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Decnet and its relatives 



Decnet resembles several well-known network 
systems, including: Arpanet, the forerunner of 
many of the new networks; Telenet, a commer- 
cial network; Canada's Datapac packet switch- 
ing network which will employ a new protocol 
called snap (Standard Network Access Proto- 
col); and Cyclades, a French network. 

All four of these distributed networks give their 
users the same basic capabilities— they all allow 
connections to be made and data to be ex- 
changed with input-output devices and pro- 
grams running in the system. Some have more 
flexibility than others, some have simpler inter- 
faces, but all use the layered approach. 

At the higher levels of network hierarchy, the 
functions are divided somewhat differently in 
these systems. Arpanet, for instance, distin- 
guishes between a host computer and an inter- 
face message processor (imp), but in Decnet no 
such distinction is made. 

Because many private networks may consist of 
only four or five minicomputers, hosts in Decnet 
act as their own switches. To add switching 



computers to a small net unnecessarily in- 
creases its complexity and cost. For large net- 
works, on the other hand, switching computers 
can be added to remove the routing and line 
handling functions from the host system. With 
such a design, there is no need for a special 
protocol between host and switch as in the Arpa- 
net with its iMP-to-host protocol, Telenet (virtual 
connection protocol), and snap (Datagram con- 
trol procedure). These protocols include many 
of the functions performed by nsp. In these net- 
works, a number of protocols are usually com- 
bined to perform functions equivalent to nsp. For 
example, in snap, the Datagram Service and Vir- 
tual Call Procedure perform the nsp functions, 
while in the Arpanet, the IMP-to-host protocol 
and the host-to-host protocol do the same. 

A number of computer manufacturers, includ- 
ing ibm, Hewlett-Packard, and Modular Com- 
puter also have designed network hierarchies. 
Unlike the communications networks previously 
described, the details of most of these systems 
have not been made public. 



metrical fashion so that the software of the last 
layer at the transmitter corresponds to (and 
thereby interfaces with) programs based on the 
same protocol and forming the first layer at the re- 
ceiver. Likewise the next to last layer at the trans- 
mitter matches the second layer at the receiver, 
and so forth. 

Each node of the network, whether terminal, 
host computer, file, or whatever, must be designed 
so that like layers process only the protocols of like 
layers. If this principle can be maintained, then for 
example, dec's ddcmp— the outermost layer in a 
Decnet design, which transmits the message be- 
tween network nodes— can be readily replaced by 
IBM's SDLC at each node, with few interfacing prob- 
lems or changes to other layers at the node. 

The layered operation of Decnet is illustrated in 
Figure 1. First the user generates the message at a lo- 
cal device such as a teletypewriter, or else data is 
read out of a file or produced by the user program. 
This is called the user or conversation layer. The 
user message might include groups of parity and 



synchronization bits for device control. 

The next layer, called the logical link, manages 
the routing of the message, and controls traffic. The 
message is broken down into packets— that is, seg- 
ments of manageable lengths— and the segments 
are routed through the network to the selected des- 
tination by a variety of paths, as dictated by a rout- 
ing algorithm, with the segments treated as sepa- 
rate messages. Because of the differing paths, the 
segments can arrive out of sequence, but they are 
reassembled in the proper order at the endpoint by 
NSP, according to message and segment numbers 
they contain. 

Dividing the message into segments or packets 
and switching these packets into different paths, 
depending on which are the best available at the 
time of transmission, prevents long messages from 
causing bottlenecks. The Network Services Proto- 
col (NSP) provides Decnet with the means for sup- 
porting packet switching. 

The nsp software segments the message, adds its 
own control fields, and selects the next node of the 
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1. Interchangeable layers with clean interfaces per- 
mit different computers to be located at the various 
nodes in the network. 

path to initiate packet switching. The control fields 
appended by nsp consist of a routing header to in- 
dicate the source and final addresses, the message 
and segment numbers, and supplementary infor- 
mation describing the message characteristics, its 
priority, and the means by which it should be pro- 
cessed. Also produced by NSP are "handshaking" 
messages for network control such as: creation of a 
conversation path, requesting the source node to 
send a message, message acknowledgment, link 
status information, error detection (but not re- 
transmission), exchange of routing information, 
interrupting links, and breaking a link. 

The data and control messages are then pro- 
cessed by the physical-link layer, which also is lo- 
cally resident. This layer establishes a communi- 



cations link to the first node in the path if the 
message is to make intermediate stops or else con- 
nection to the destination if the routing is direct. 
The physical-link layer also handles error control 
and recovery in DDCMP. The physical link adds a 
network-protocol field to the front of the message it 
receives and a block-check field to the end. 

At the receiving node, the message is checked 
for errors by the physical link, and then the nsp 
routing header is checked by the logical link to see 
if this is the final destination. If the message is 
slated to go elsewhere, a routing algorithm in the 
logical-link layer passes it to another location, 
through the physical-link layer. If this is the final 
location, then the network protocol is stripped 
away and the message is passed to the user layer for 
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readout, storage, or other forms of processing. 

The various layers may reside partly or wholly in 
the host computer, and/or communications pro- 
cessor, or terminals. The specific arrangement for a 
given node depends on its hardware and software 
configurations. However, to assure clean interfaces, 
each layer consists of specific, standardized func- 
tions, which must interact with each other in a 
prescribed manner regardless of where they are, 
which operating system they are part of, and which 
executive software is used to invoke them. 

The only significant disadvantage to the layered 
approach is some loss of efficiency, since some 
functions such as error detection and message 
counting occur at both the nsp and ddcmp levels. 
However, the additional overhead must be bal- 
anced against the complexity and expense of modi- 
fying a monolithic system to accommodate differ- 
ent computers and operating systems. 

The operation of ddcmp has already been cov- 
ered in Data Communications, Sept./Oct. 1974, 
pp. 36-46. But the nsp software needs explanation. 

Getting from here to there 

NSP is mainly concerned with establishing paths 
and managing the network in such a way that the 
data packets arrive at the right destinations. The 
data paths that NSP establishes are called logical 
links, because it defines them simply in terms of 
their endpoints at particular network nodes. NSP is 
not at all concerned with managing the actual 
physical connections, the job of ddcmp. 

The network user has five commands with 
which to control NSP: connect, transmit, transmit 
interrupt, receive, and disconnect. The connect 
command directs nsp to create a logical link be- 



2. A logical link may be established by the message 
sequence indicated by the upper group of arrows or 
else the link may be rejected by the lower group. 

tween the source and destination devices— say, a 
teletypewriter and a PDP-8 host; the transmit com- 
mand initiates the transmittal of data,- the receive 
command authorizes the addressed node— here, 
the PDP-8— to accept incoming data ; and the trans- 
mit-interrupt and disconnect commands terminate 
the message exchange and disable the logical link. 
Callup of all but the transmit command causes a 
control message to be developed; the transmit com- 
mand causes a data message to be sent. 

The control messages serve to create the link and 
to exchange operating data and status messages be- 
tween the NSPs of the logical-link layers of the 
nodes involved— here, the teletypewriter and the 
PDP-8. Along the communication path, the com- 
bined control and data message may pass through 
several intermediate nodes. 

Establishing a logical link 

When a connect command is issued at a hardware 
device or by a software process at a network node, 
the operating system at the node accesses NSP, 
which produces a connect-initiate message to be 
transmitted to the destination address by the phys- 
ical-link protocol (Fig. 2). The message contains 
the names of the user and/or software process 
and/or hardware device originating the message 
exchange, plus any additional pertinent informa- 
tion such as device characteristics and passwords 
(to identify authorized network users). 

The destination address receives the connect-ini- 
tiate message, and the user or system there decides 
whether or not to answer. If he or it decides to pro- 
ceed, a connect-confirm message is returned to the 
source. If not, then the destination address ini- 
tiates a connect-reject command, which results in a 
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3. The normal sequence for ending a message ex- 
change is shown in the top pair of arrows. The others 
are used for errors or interrupts. 

reject message being returned to the source and the 
logical link being broken. Reasons for rejecting a 
message exchange, besides those of security, are de- 
tection of an error in the connect-initiate message, 
a queue at the node, or an incorrect address. 

The final step in establishing a connection is for 
the source to return a link-status message to the 
destination node in acknowledgment of the con- 
nect-confirm message. The acknowledgment is 
needed to inform the destination node that the re- 
turn link is established. 

Message exchange 

The purpose of traffic control is merely to min- 
imize buffer occupancy throughout the network by 
assuring that the receiving device has a buffer 
available to store the message. To assure efficiency, 
the link-status message (when used for traffic con- 
trol) does not have to request one message at a 
time but instead can request a number of messages 
in the request-count field. Another field acknowl- 
edges messages received earlier. 

In multinode networks the receiver waits a pre- 
scribed period of time for a response after sending 
a link-status message. If nothing arrives, the re- 
ceiver repeats its link-status message. 

When data transfers are only intermittent, an in- 
terrupt message may be used to alert an intended 
receiver that data is forthcoming. This message re- 
places the transmit message and the link-status re- 
turn. Since data transfer is intermittent, it is as- 
sumed that receiver's buffer is not filled. However, 
the link-status message is still used for acknowledg- 
ment of received messages. 

In all types of networks an interrupt message also 
is used to interrupt normal link operation to in- 



form the receiver of an unusual condition. Because 
of its immediacy, the interrupt message does not 
have to be preceded by a request in the form of a 
link-status message, even for links in continuous 
operation. The message is received outside the nor- 
mal buffering process, usually through a local inter- 
rupt operating mode. 

Messages are segmented if they exceed 576 bytes 
or some other preassigned value. Each data message 
may be divided in up to 16 parts, for a total of 9,216 
bytes per message. Message acknowledgment and 
retransmission are performed only after all the seg- 
ments comprising a message have been assembled 
at the destination node. 

Receipt of a defective message causes the return 
of an error message. There are three categories of 
errors. The error message indicates the appropriate 
category and then lists the specific type of error. 
Appended to the error message is all of the er- 
roneous message or else its header. The categories 
of error conditions and specific error types are: 

■ Message flag error— routing or segmentation is 
not supported or message count is erroneous. 

■ Message routing error— destination node does 
not exist, path is out of service, message queues are 
full, routing header is invalid, or sequential deliv- 
ery is impossible. 

■ Errors in other parts of the message— control mes- 
sage type is not supported, numbering is in error, 
request count is negative, address invalid, type of 
connection specified in the message is not sup- 
ported, or interrupts are too long. 

Routing packets 

When the routing header of each packet enters a 
node, it is examined by NSP to determine whether 
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PART 



FIELD 
DESIGM ATIOM 



MEANINGS OF BIT POSITIONS 



MESSAGE FLAG 



□ ATA MESSAGE 
(INFORMATION) 



CONTROL MESSAGE 
(INFORMATION) 




ROUTING FLAG 



DESTINATION 
NODE 

SOURCE 
NODE 



DESTINATION 
ADDRESS 

SOURCE 
ADDRESS 

MESSAGE MUM 



USER DATA 

COUNT 

TYPE 
DATA 



0- 
1 - 
2- 
3- 
4- 
5- 
6- 
7 - 



ROUTE HEADER PRESENT 

DESIGNATES CONTROL OR DATA MESSAGE 



MESSAGE HANDLING REQUIREMENTS 
(SEE NOTES 1 AND 2) 



RESERVED FOR FUTURE USE 
RESERVED FOR EXTENSION 



- l MESSAGE PRIORITY LEVEL - 01 FOR DATA MESSAGE, 

1 _ f 10 FOR INTERRUPT, AND 11 FOR CONTROL 

2- DELIVER IN PROPER SEQUENCE 

3- DELIVERY OR RETURN NOT MANDATORY 

4- TRACE THIS MESSAGE 

5- THIS A TRANSMISSION 

6- RESERVED FOR FUTURE USE 

7- RESERVED FOR EXTENSION 



1 OR MORE BYTES DESIGNATING THE 
DESIGNATION NODE 

1 OR MORE BYTES DESIGNATING THE 
SOURCE NODE 



1 OR MORE BYTES DESIGNATING A SPECIFIC DEVICE OR PROGRAM 
AT THE DESTINATION NODE 

1 OR MORE BYTES DESIGNATING A SPECIFIC DEVICE OR PROGRAM 
AT THE SOURCE NODE 

2 OR MORE BYTES INDICATING THE MESSAGE NUMBER 
AND THE NUMBER OF THE SEGMENT CONTAINED 

IN THE MESSAGE 

1 OR MORE BYTES OF THE INFORMATION BEING 
TRANSMITTED 

1 BYTE INDICATING THE NUMBER OF BYTES 
IN THE CONTROL MESSAGE 

1 BYTE DESCRIBING THE TYPE OF CONTROL MESSAGE 
1 OR MORE BYTES COMPRISING THE CONTROL MESSAGE 



NOTES; 

1. DATA MESSAGES 

BIT 2- MESSAGE NUMBER PRESENT 

3- DESIGNATES INTERRUPT MESSAGE 

4- ACKNOWLEDGMENT REQUIRED 
6 - LAST MESSAGE SEGMENT 

2. CONTROL MESSAGES 
BIT 2 - DESIGNATES NUMBERED OR UNNUMBERED LINK 

3 - ACKNOWLEDGES INTERRUPT IF SET IN LINK STATUS 




DATA MESSAGE FORMAT 



ROUTE HEADER 
A 



d% A> <k 




4. The user data field contains the information being 
transmitted, along with any protocol or synchro- 
nization bits added by preceding layers. 



or not the node is the final destination. If not, NSP 
executes a routing algorithm, which associates the 
destination address with a physical link to the next 
node along the route, one step closer to the final 
destination. A properly designed group of al- 
gorithms provides for the packets to move over rea- 
sonably direct routes, avoiding bottlenecks in the 
system. For reasons of efficiency, a routing header 
is not used when the source and destination nodes 
are directly connected via a physical link. 

The routing algorithms range in complexity 
from simple table lookups to calculations for find- 
ing the optimum path for each packet. Therefore, 
the difficulty lies in deciding which node to send a 
packet to. The other aspects of routing— receiving a 
message, checking the header, and sending the 
message on to another node— are rather straight- 
forward. The specific routing technique used is de- 
cided by the user, and it is in no way inherent in 
the NSP design. 

The simplest form of routing is done where 
there is only a single physical path to a destination 
node, as in simple hierarchies. In such a case the 
routing information may be stored in a table that 
relates the destination address to the physical link. 
Backup paths also can be listed in case the usual 
path is busy or out of service. The routing table is 
usually entered along with the other system soft- 
ware and changed by a programer or operator when 
the need arises. 

For networks that are prone to change, an op- 
tional message type, the routing message, permits 
the routing tables to be automatically updated 
from a single neighboring node. Other routing al- 
gorithms may require additional message types for 
proper network updating. Good network manage- 
ment requires that routing messages be promptly 
exchanged between neighboring nodes whenever 
there is a change. 

When the traffic between two nodes exceeds the 
capacity of the lines between them, several paths 
may be taken simultaneously. Multiple logical 
paths can be implemented with NSP by assigning 
multiple addresses to nodes and different routing 



paths for each address. Also, multiple physical 
links can be developed with DDCMP, using a single 
NSP logical group address. 

Destruction of logical links 

Logical links may be terminated in three ways— 
upon request from either the source or destination 
address, by failure of a communications link, or by 
failure of ah intermediate node. Three types of 
message sequences are used to terminate a link 
(Figure 3). One, the normal ending to a message ex- 
change, occurs when either node sends a discon- 
nect after the last message has been processed and 
its partner replies with a disconnect confirm. The 
disconnect message contains a field for sending any 
supplementary information relating to network op- 
eration, such as the next time a connection will be 
established between the two nodes. 

Another type of termination occurs when one 
node sends a disconnect abort. This message is not 
part of the normal message exchange, but instead is 
called up for some external reason such as a sus- 
pected breach of security or a failure in a con- 
nected device or process. No supplementary infor- 
mation is included. The response from the 
opposite node is a disconnect confirm. 

Finally, if there is a breakdown in the path, the 
link will be disconnected by the return of error 
messages from the node where the physical link 
was broken. 

Optional messages 

All of the messages described so far, except routing 
path, are necessary for operation of nsp. However, 
there are other message types (including routing 
path) that can be included at will in nsp to trans- 
mit information on the characteristics of nodes, 
status information for network management, and 
network diagnostics. These messages are: 

■ Request configuration— updates local files that 
store information on the characteristics and ad- 
dresses of other nodes. 

■ Configuration— is returned in response to a 
request-configuration message. It lists node name, 




address, and the nsp features supported at the 
node, along with the particular versions of the op- 
erating system in use, the NSP version, and the 
DDCMP or other message protocol. A field for op- 
tional information also is provided to permit any 
other significant details to be noted. 

■ Request link status— is used on logical links to 
request the return of a link-status message for the 
purpose of updating acknowledgment and request 
information. 

■ No operation— tests the physical-link protocol 
and device drivers at another node without affect- 
ing the nsp layer at the site. The message is routed 
as specified in the routing header and is discarded 
at the destination node. If it is successfully re- 
ceived, then the device drivers and physical link 
protocol are judged to be operating properly. 

■ Echo— is used for a loopback return from the des- 
tination node. 

■ Echo reply— is returned by the destination node 
to the source node sending an echo message. The 
reply message repeats the data field of the echo 
message, and the returned data is checked back at 
the source to determine whether it has been al- 
tered in transmission. 

■ Trace— records the time at which a message is 
transmitted from one node to another called a 
trace node. Software at the trace node performs 
analysis of the network performance and the rout- 
ing method. 

Message formats 

All messages, whether optional or not, consist of 
three basic parts: the message flag, which identifies 
the message type and its characteristics; routing 
header, which provides routing information; and 
the message itself— either information or control 
commands from the users. As indicated in Figure 
4, each part of the message is composed of fields. 
(The meanings of individual bits are listed in the 
table, "NSP message formats," page 61). 

The message-flag field lists the characteristics of 
the message: whether the message is a control, in- 
terrupt, or data message, and details of how the 



message is to be handled at the destination. 

The routing-header portion of the message con- 
tains a group of fields used only when the nodes 
are not directly connected by a physical link, so 
that there is more than one possible path that the 
message can take. The routing-flag field indicates 
the message priority, whether it is part of a se- 
quence, whether this message should be traced for 
network testing, and whether this message is a re- 
transmission of an earlier message. The source- and 
destination-node fields indicate the respective local 
sites in the network. 

In the information section of a data message, the 
destination and source address fields call out par- 
ticular software, files, or I-O devices at the nodes 
designated in the routing header. They are there- 
fore more specific than the similarly named fields 
in the routing header. 

The next two fields in the data message contain 
the number of the complete message to be sent by 
the source and the segment represented by this par- 
ticular data message. The message-number field 
can hold 4,096 message numbers, and the segment 
field can identify 16 segment numbers. The final 
portion of a data message contains the user data 
and the control bits generated at the terminal, com- 
puter, or data file, in 8-bit groups. 

A control message differs in format from a data 
message in that the information section contains 
three basic fields: a count field indicating the num- 
ber of bytes in the message, a type field that speci- 
fies the type of control message, and a data field 
that presents the details of the control message. 
The data field terminates a control message. 

An important feature of NSP is that it allows for 
expansion of many of the fields to provide for fu- 
ture, more complex networks and network-man- 
agement software. For example, the fields contain- 
ing the sources and destinations can be extended 
beyond one byte, and therefore they can reference 
more than 128 addresses. To implement this fea- 
ture, the last bit of the extensible address field, or- 
dinarily a zero, is set to change the next field into 
an extension of the present field. ■ 
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services from a value added 
network, it's necessary for 
him to do some initial work, 
mostly some reprograming 
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Technology 



Early in 1975, data start- 
ed flowing at 56,000 bits a 
second over the circuits of 
a unique nationwide common carrier service 
called a value added network. This new approach 
to data communications combines old and new 
transmission facilities and adds to them a form of 
intelligence to improve the performance. 

The value added network (van) is different 
from present data transmission services and from 
private data networks in both the enhanced and 
extensive offerings to users and the sophisticated 
technology it employs. The technology, called 
packet switching, makes it possible for the value 
added carrier— the implementer and operator of 
the VAN— to provide any user, large or small, with 
the kind of fast-response, error-free, low-cost-per- 
transaction data transmissions now available only 
to companies that have invested in their own large 
private networks. 

In essence, the value added carrier (vac) takes 
advantage of the substantial economies of scale re- 
sulting from one very large network— fully utiliz- 
ing such expensive resources as transmission lines 
and concentration equipment by sharing the net- 
work among the van's subscribers. The VAC passes 
on a portion of the consequent savings to the indi- 
vidual user-subscribers through a tariff charge 
based mainly on traffic volume. 

Beyond the simple economics, leasing existing 
communications facilities allows the carrier to ob- 
tain just as much transmission capacity for each lo- 
cation as is required by the traffic load. This pro- 
vides the flexibility to adapt quickly to subscriber 
traffic and geographical demands, and permits the 
incorporation of new transmission offerings— such 
as satellites and AT&T's Dataphone Digital Service- 
as they become available. 

Conceptually and technologically, van's have 
their origin in the Arpanet, a nationwide consor- 
tium of computers at numerous research centers 
tied together over a packet switching network.How- 
ever, the Arpanet is operated in behalf of the gov- 
ernment to support research activities of various 
Federal agencies, not as a common carrier facility. 

This lack of availability of vans to individual 
user-companies in commerce and industry was re- 
medied in 1973 when the Federal Communi- 
cations Commission approved the concept of value 
added networks, determined that vacs should be 
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1. Wideband terrestrial and satellite links permit 
different packets of bits in a subscriber's mes- 
sage to take alternative paths from source cen- 
tral office to destination central office. 



regulated as common carriers, and declared an 
open entry (non-monopoly) policy permitting po- 
tential public network operators to propose a value 
added network so long as they applied for FCC ap- 
proval. Thus, vacs will be regulated, but will oper- 
ate in a somewhat entrepreneurial and competitive 
environment. Telenet Communications Corp. re- 
ceived fcc authorization as a vac on April 16, 
1974. 

In addition to FCC's advocacy, the viability of the 
vac concept was enhanced when at&t amended 
its FCC tariff 260, for private voice-grade and wide- 
band lines, to permit vac's to "resell" the trans- 
mission channels they leased from at&t to van 
user-subscribers. More recently, at&t specifically 
included provision for lease of dedicated lines to 
vacs for -resale in its new fcc tariff 267 for Data- 
phone Digital Service. Furthermore, specialized 
and satellite carriers have agreed to provide wide- 
band transmission facilities to vac's. 

The fcc has authorized a vac to provide the data 
communications network required to connect a 
user's terminals and computers. Specifically, con- 
nections can be made from terminal to computer, 
computer to terminal, and computer to computer. 
Transmission will be available to users at all com- 
mon speeds, ranging from that for the slowest tele- 
printers up to 56,000 bits per second (b/s) for high- 
speed data transfer between two computers. 

A value added carrier such as Telenet, however, 
will not supply data processing services nor will it 
provide hybrid data processing involving both data 



processing and data communications services. 
What a VAC will do is simply permit data transfer 
between any two or more dynamically selected 
user stations, where a station is defined as a data 
terminal or host computer. To accomplish this, the 
VAC leases long-haul wideband lines and invests in 
computerized interface and switching equipment, 
high-speed modems, diagnostic facilities, and the 
like to construct a network. The VAC programs the 
computerized interfaces to provide such services 
for customers as code conversion, speed conver- 
sion, and error detection and control. In addition, 
the computers at the vac's monitoring centers 
gather data for user traffic statistics and billings and 
provide other network related services. 



A prospective user of a van service must con- 
sider two areas: the technical and operational tasks 
and responsibilities which are the factors discussed 
here ; and the possible impact of new communi- 
cations services on the user's operating and organi- 
zation structure. For although immediate cost sav- 
ings may be achieved, of greater long-run 
significance is the new flexibility users will have 
for accommodating growth in existing systems and 
for implementing new remote and multi-comput- 
ing applications based on overall communications 
needs and not on present technical and economic 
constraints. 

As mentioned, the user must make a certain 
technical and operational effort to be able to match 
up with a van. The amount of effort is quite small 
if the user just wants to connect a popular termi- 
nal; more effort, mainly some reprograming, may 
be required to connect a host computer. That is, 
while the vac operates the network, for the sub- 
scriber to employ the network properly is, at least 
during startup, a joint project involving both the 
VAC and the user. These points will be detailed fol- 
lowing this description of how the packet-switched 
van itself goes about providing data communi- 
cations transmission services to a multitude of di- 
verse users. 

In time, several vans may be in operation, so 
users will have some choices in selecting competi- 
tive and alternative services. It appears likely that 
all vans will use packet-switching technology and 
all will be configured in substantially the same 
way— but each, certainly, with some technical and 
tariff differences. The Telenet network should 
serve, then, as representative of what will be avail- 
able in the next few years (Fig. 1). An 18-city net- 
work is expected to be on-line by the end of 1975. 

Telenet has leased-medium- and 
high-speed lines from transmission carriers to carry 
data traffic among host computers and terminals. 
In addition, transmission capacity will be leased 
from domestic satellite carriers to serve both as pri- 
mary wideband channels and secondary back-up 
circuits to the terrestrial lines. 

One or more central offices are to be located in 
each of the cities functioning as nodes in the net- 
work. Note that each node city has two or more 
(full duplex) lines connected to it. 



This redundant access to a central office serves 
several useful purposes. For one thing, multiple 
lines permit traffic to be simultaneously routed 
over parallel channels between source and destina- 
tion central offices. For another, multiple access 
lines permit traffic to immediately reach its desti- 
nation via an alternate route in the network 
should one of the lines become degraded with ex- 
cessive noise or go out altogether. 

Packet switching nodes 

But most intriguing from a technical and oper- 
ational viewpoint is that different packets compris- 
ing one message may be delivered along different 
routes. For example, suppose a user-subscriber lo- 
cated in a suburb of Seattle wants to transmit an 
8,000-bit message to Houston. The message is deliv- 
ered to the vac's central office in Seattle over a 
dial-up or leased-line, and is formatted into eight 
1,000-bit packets in high-speed core memory by a 
special processor there. 

The first packet is released from buffer and, for 
example, travels to and through the central offices 
in San Francisco, Los Angeles, Dallas, and on to 
Houston— being error-checked over each hop of the 
journey and buffered at Houston to await the ar- 
rival of the other seven packets. 

The second packet, however, might have to take 
a different route if the line to San Francisco is busy 
at that moment. In such a case, the packet could 
take the route from Seattle to Houston, via Min- 
neapolis, Milwaukee, Chicago, St. Louis, and Dal- 
las. And so on for the other packets in the message. 

Once a message is accepted by the network, the 
vac assumes responsibility for error-free trans- 
mission. Therefore, at the sending office the buffer 
for a packet is not released until the next receiving 
office acknowledges correct receipt. If received in 
error, the buffered packet can be retransmitted. 
When all packets have arrived without error at the 
buffer in Dallas, the message is released from the 
central office to the recipient terminal or com- 
puter. The recipient gets the packets in the same 
order they were sent. 

Although the original message may have started 
out, say, at a 4,800 b/s message rate, once it enters 
the network it is transmitted at 50,000 or 56,000 
b/s. Even including electrical propagation, 
queuing, and acknowledgement delays, a packet 
will proceed from any source office to any destina- 
tion office in, on average, one-third of a second. 

Central office interfaces 

The inset in Figure 1 shows the two major pieces of 
equipment in a Telenet central office, the terminal 
interface processor (TIP) and the interface message 
processor (IMP). Each tip has hardware/software 
ports to accept data from a user's terminal or host 
computer. Terminal data can be a character, a 
block of characters, or some segment of a long, con- 
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2. Any kind of terminal and concentration de- 
vice can have access to a value added net- 
work's central office over dial-up lines and 
point-to-point and multipoint private lines. 



tinuous message. Even though data from the sev- 
eral terminals may be in different lengths, codes, 
and speeds, the TIP formats the output data stream 
into the standard packets used for internal network 
transmission. 

At the user's option, all data entered from a char- 
acter-oriented terminal attached to the Telenet net- 
work can be translated into a single, well-defined 
'virtual terminal' format by the TIP. Conversely, 
data sent from the host computer in 'virtual termi- 
nal' format is translated back into a form compat- 
ible with the terminal. This mechanism can re- 
move much of the burden of code conversion and 
terminal support from the host computer, which 
supervises the single 'virtual terminal' type to com- 
municate with the diverse terminal models con- 
nected to the network. 

The number of tips actually located in each cen- 
tral office depends on the expected number of ter- 
minals and host computers being serviced. How- 
ever, each central office will have at least two tips, 
each handling a share of subscribers even though 
neither one may be fully loaded under normal flow 
conditions. If a TIP should go out of service, either 
on a planned or emergency basis, all its connec- 
tions to users can be instantly switched to back-up 
interface equipment. 

The terminal interface processor are multiply 
connected to imps which route the standardized 
packets of data over the optimal long-haul links. 
The technique of dynamically routing packets in- 
dividually along one of several alternate paths is 
used to minimize end-to-end transmission delay, 



spread traffic evenly throughout the network, and 
increase reliability. At each TIP and imp along a 
route, packets are checked for errors and, if neces- 
sary, retransmitted. Flow-control techniques within 
the network (invisible to users, as are the packets 
themselves) ensure that the fast-access core memo- 
ries of the processors do not become overloaded 
while maintaining high channel utilization. There- 
fore a packet cannot get lost for lack of buffer ca- 
pacity at any node. 

Each interface message processor and terminal 
interface processor periodically reports observa- 
tions about itself and its environment to network 
monitoring center processors. These computers 
watch the instantaneous state of the network- 
warning of network components whose capacity 
may need to be increased and initiating remote 
diagnostics and repair activity when necessary. 
The system is designed such that the failure of an 
individual component can be immediately de- 
tected and its tasks simultaneously absorbed by 
one of its functionally redundant counterparts 
without interrupting service. 

Interface message processors and terminal inter- 
face processors are stored program processors. Be- 
cause they employ software, not hardwired logic, 
new programs can be readily added to permit the 
processors to interface with new types of terminals 
and host computers and provide new terminal sup- 
port functions. In fact, new or modified programs 
can be sent over the network itself from a central 
location to all, or selected, imps and tips to make a 
new service immediately available to all sub- 
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scribers without having to halt the network. 

User terminals can reach the central office in a 
number of ways, including dial-up lines, mul- 
tipoint, and point-to-point leased-lines, and using 
such concentrating devices as multiplexers, remote 
data concentrators, and terminal controllers. In 
some instances, VAC-owned tips may be installed at 
the user site (Fig. 2). The lines and devices in color 
represent items supplied by the subscriber and 
those in black designate those supplied and /or un- 
der control of the vac. 

Terminal access 

The criteria for choosing either a dial-up line or a 
dedicated line to access the central office are sub- 
stantially the same as those employed in configur- 
ing private data communications networks. In 
short, such factors as transmission speed, accept- 
able busy-signal incidence, response time, volume 
of traffic, length of individual transmissions or 
transactions, and whether line use is substantially 
continuous or mostly occasional, must be consid- 
ered. Because these lines extend only to a local cen- 
tral office, cost is less of a determining factor than 
in an extensive private network. 

In addition to establishing a physical connection 
over a line to the van's nearest central office, the 
terminal must also establish a logical connection 
through the network to some destination com- 
puter. For data terminals, the logical connection 
can be established in either of two ways depending 
whether the terminal has a dedicated or dialed 
connection to the central office. 

When a terminal on a dedicated line is merely 
required to converse with one particular computer 
on the network, that terminal's tip port may be pre- 
initialized to the desired transmission parameters 
and host computer address. When the terminal is 
switched on-line it will be automatically connected 
to the preselected computer in less than one sec- 
ond and the computer may respond by printing 
out its own name, such as MH COMP, on the termi- 
nal's display. Then the terminal-computer-terminal 
dialog can proceed just as if there were a direct 
physical circuit between the two station sites. 

For a dial-up terminal, the process is similar, ex- 
cept that the operator may first have to provide a 
short command identifying his terminal model 
and a second command specifying the host com- 
puter with which it is to be connected. 

Simple commands 

In the majority of cases, the terminal operator will 
be concerned with, at most, the command that de- 
fines his terminal model and the commands re- 
quired to establish and break the connections to 
host computers. From time-to-time, however, some 
users may wish to communicate other instructions 
directly to the TP. This is accomplished by issuing 
additional commands, most of which set a trans- 



mission parameter or mode. For example, it is 
feasible for the operator to change the speed at 
which an asynchronous terminal sends and re- 
ceives data, assuming, of course, that the terminal 
and the associated modem can support the selected 
transmission speed. 

In addition, a VAN quite efficiently provides a 
number of simple functions beyond pure data 
transfer. For example, local editing is available for 
unbuffered typewriter-oriented terminals and dis- 
plays. Data entered on these terminals is normally 
accumulated by the tip prior to being forwarded to 
the destination host computer for processing. Be- 
fore the buffered data leaves the TIP, it may be 
edited by the operator on a character or line basis, 
typically to correct keyboard input errors. Again, 
this editing facility can be preset or the user can is- 
sue short commands that define characters which 
when typed will delete the last preceding character 
from the data just entered or all the data in the cur- 
rent line of input. 

These and other functions are strictly optional; 
their ultimate utility may depend on the nature of 
the user's particular application. In short, some ter- 
minal users will want to become familiar with a 
limited repertory of commands and facilities. For 
others, the network interface can be pre-initialized 
to exactly those parameters and facilities required, 
eliminating the need for any commands during 
routine usage. In either case, the user can adapt the 
network to his needs with ease and little training. 

Normally, the VAC will build a software module 
into each tip's program for each class of terminal. 
For popular terminals this software is part of the 
VAN service. Therefore, at the outset about the 
only concern a user may have is to make sure the 
van can handle his type of terminals. But, if the 
terminal is very special, or brand new on the mar- 
ket, the user may have to help defray the cost of 
unique software development. 

Computer access 

Since a host computer converses simultaneously 
with many terminals or other hosts through the 
network the physical connection to a van's central 
office will usually be via a dedicated local point-to- 
point access line operating at up to 56,000 b/s. (A 
second access line, perhaps of a lower speed, may 
be installed for reliability or increased throughput 
capacity.) There is little a subscriber has to do to 
obtain a physical connection to the network. But 
the user must get involved in planning for logical 
connections of host computers as the VAN takes on 
more and more of a subscriber's load. 

Format, signaling, and error control protocols en- 
able a subscriber's computer to send and receive 
data over the carrier's system. These protocols 
must be incorporated in the user's system in the 
form of software routines. The protocol software 
may reside in either the host computer, when the 



150 



CENTRAL 
OFFICE 



ADDING TO A VAN 

CENTRAL 
v OFFICE 




REMOTE 
TERMINAL DEVICES 



CENTRAL , 
OFFICE 




INTFRFAPF*: FRONT-END HOST 
iNlbKhAObb PROCESSOR COMPUTER 



x CENTRAL 
x v OFFICE 



VALUE 
ADDED 



NETWORK 




interface between the communications lines and 
the host computer is a hardwired transmission con- 
trol unit, or in a programable processor that front- 
ends the host computer. To minimize the effort re- 
quired to connect a host computer to a van, the in- 
terfaces have been designed to emulate standard 
communications devices on a conventional data 
control links— something the host "already knows 
about." Thus, the changes required because of the 
use of van links may involve no more than repara- 
meterizing the communications macros in present 
vendor-supplied packages. 

Consider the system configuration at the top of 
Figure 3. Here, several point-to-point lines and one 
multipoint line go to a hardwired transmission 
control unit. The top left most terminals were pre- 
viously accessed via an expensive, transcontinental 
line. As a means of initially testing the van service, 
the user has selected to access these two terminals 
through the network. Therefore, the TIP, in the 
central office closest to the host computer, is pro- 
gramed to emulate a multipoint, binary synchro- 
nous line. (The terminals might actually be on a 
separate point-to-point line connected to their local 
central offices.) Accordingly, few changes in the 
software macros have to be made by the user in the 
computer's communications software. 

System use of the VAN could stop with the as- 
signment of just two terminals to the network. 



3. By connecting to the nearest central office, 
users can convert point-to-point and multipoint 
links into less costly local access links. 

However, VAN utilization can grow to the stage 
shown at the bottom of Figure 3. Here, all terminals 
connected to the multipoint line and all dedicated 
line terminals, except the two closest to the host 
computer, are connected to nearest central offices. 
Thus, using the value added network has elimi- 
nated several point-to-point lines and one mul- 
tipoint line with minor impact on user programing. 
The subscriber also needs fewer line terminations 
at his central office. 

If the subscriber also opts to convert from hard- 
wire transmission control unit to a true program- 
able front-end processor he can remove consider- 
able inefficiencies from the host computer, but at 
the initial cost of programing the front-end proces- 
sor. (Such programing costs are not attributable to 
going on a van.) If this change is made at the same 
time the subscriber integrates his system onto a 
VAN, he may want to incorporate in it a software 
interface with more efficiency and flexibility than 
the emulation interface provides. If a customer 
wants to connect several computers to one location 
to the network, the carrier may determine that it is 
to the user's advantage to install a tip on the sub- 
scriber's premises. With regard to software modi- 
fications, the carrier may either contract to develop 
the software for the user's computer or assist the 
subscriber in having its in-house personnel develop 
the software. ■ 
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system availability 



Methodical analysis 
and a few calculations 
locate optimum places to 
invest in redundancy 
and better maintenance 
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Tutorial 



A lot of money can be 
wasted in maintaining a 
high level of over-all up- 
time, or availability, in a data communications sys- 
tem. Often it's not clear where to install redundant 
equipment for backup, or whether to provide for 
preventive maintenance and fast repair services, or 
both. Whatever the route, it's necessary to have an 
orderly method for pinpointing the critical trouble 
areas if availability-enhancement dollars are to be 
well spent. 

All parties to a system acquisition should agree 
on the definition and method to be used to com- 
pute availability. And because different suppliers 
are usually assigned responsibility for different 
equipment in the over-all network, availability 
contributions must be determined separately for 
each subsystem, such as terminals, lines, and com- 
munications processors, as well as for the network 
as a whole. 

Of course, keeping adequate records of the fre- 
quency of failure for each piece of equipment, and 
how long each failure knocks one or more termi- 
nals out of service, is the starting point for calcu- 
lating availability and for focusing on those areas 
of the network that will benefit most from avail- 
ability-enhancement dollars. 

The prime operational criterion for a data com- 
munications network is that all terminals should 
always be able to provide service to the using com- 
pany's remote locations. Therefore, a common way 
of measuring system (network) availability, a, is: 

a = (TOH -TNOH)/TOH 

where toh is total possible hours of terminal oper- 
ation per month and TNOH is total hours the termi- 
nals cannot operate during the month. 

Consider a typical multipoint (multidrop) net- 
work in which five terminals are connected over 
one private line to a central processing unit (CPU) 
by way of a programable front-end processor, as 
shown in color in Figure 1. Here the number of ter- 
minals that go out of service depends on the nature 
and location of the failure. 

A modem failure, say lack of power, at a remote 
terminal location takes only that terminal out of 
service. But the loss of modem power at the central 
site (or failures of the front-end processor or the 
CPU) will end traffic flow to all five terminals. In an- 
other instance, if the transmitter of the malfunc- 



tioning remote modem remains on, then no other 
terminal on the line can send data. In this case, a 
single remote-modem malfunction takes out all 
five terminals. 

Multipoint networks spanning long distances 
usually go through several telephone exchanges 
connected by interexchange channels (IXC). If a 
break occurs in an interexchange channel, one or 
more terminals will go out of service. The average 

■ MULTIPLE 



minals are out of service during a month, the mul- 
tiple multipoint network in Figure 1 is assumed to 
have 10 multipoint lines and each multipoint line 
handles five terminals. If either the CPU or the 
front end goes down, the failure will knock out all 
50 terminals in the network. But failure at a central 
modem will impact only five terminals. 

Suppose there are five outages of the long-haul 
lines each month, each outage lasting an average of 
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1. Failure of the front-end processor will take five ter- 
minals out of service in single multipoint line (shown 
in color) and all 50 terminals when the other nine 
multipoint lines (shown in black) are on the multiple 
multipoint network. 

number of terminals that go out per failure, ntpf, 
on a multipoint line depends on the probability of 
failure in a given segment of the circuit (Pj) and 
the number of terminals (NTj) affected per failure 
in segment i. 

For the multipoint line shown in Figure 1: 

NTPF = P l (NT l ) + P 2 (NT 2 )+P^(NT Z ) 
+ P 4 (NT 4 ) + P 5 (NT 5 ) 

Here, NT 3 means, for example, that a break in seg- 
ment 3 will take out three terminals. 

If probability of failure is assumed to be equal in 
each of the five segments, then the failure probabil- 
ity for each segment is 0.2 (The sum of all such 
probabilities must always equal 1 ). 

Calculating availability 

Thus, for the multipoint line in Figure 1, the aver- 
age number of terminals going out of service due to 
a random failure in any segment is: 

NTPF = 0.2(1) + 0.2(2) +0.2(3) + 0.2(4) +0.2(5) 

for an average of 3 terminals per failure. 
To calculate the total number of hours that ter- 
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four hours,- three outages of remote terminals, each 
outage lasting an average of two hours; four out- 
ages a month for remote terminals, each outage 
lasting an average of two and a half hours; one out- 
age per month for the front-end processor and the 
CPU, each lasting four hours,- and five outages per 
month, lasting two hours, on average, for the cen- 
tral modems. 

Such information can be consolidated, as in 
Table I, to arrive at the total amount of terminal 
outage, TNOH, in the complete network. Here, 
TNOH is 526 hours. And if each terminal is to be in 
operation 10 hours a day, 20 days a month, the TOH 
is 50 x 10 x 20 = 10,000 hours a month. Therefore, 
from the system availability equation: 

a = (10,000-526)/ 10,000 = 0.9474 
Partial availability 

Knowing the availability of different subsystems 
can be important because responsibility for the per- 
formance of different portions of the network may 
be assigned to different parties. These partial avail- 
abilities can be determined in a manner similar to 
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that for over-all system availability. 

Figure 1 also shows how the 50-terminal network 
can be divided into two logical subsystems. Then, 
a n is network subsystem availability and a,, is the 
central complex subsystem availability. Using the 
failure data in Table I: 

a u = (10,000-76^/20,000 = 0.9924 
a,. = (10,000-450)/ 10,000 = 0.9550 

Thus, in this example most terminal outages come 
from central complex subsystem failures. 

What probability means 

Another way of gaining insight to system avail- 
ability is probability of failure, P, the ratio of the 
number of failed-terminal-hours to the possible 
number of operational-terminal-hours. Thus, the 
concept of this probability invokes the concepts of 
failure frequency and duration of failures. 
In general: 

P = 1-a 

Using the numerical data for the example network, 
the probability of failure for the total system: 

P = i -0.9474 = 0.0526 

which means that, on average, 5.26% of the time 
during the operating day one terminal in the sys- 
tem is not available for operation. 

In the same way, the probability of downtime 
within a subsystem can be determined by: 



bility. Thus, again using the numerical data in 
Table I, the probability of terminal outage caused 
by a failure within the network subsystem is 
0.0076, and for the central complex it's 0.0450. 

In general, then, the probability of failure in the 
total network, P t , is: 

ft = ft, + ft, = (1-aJ + (1 -a e ) 

Similarly, the impact of terminal downtime, the 
converse of availability, can be determined for a 
particular device. For example, using the data in 
Table I for the CPU: 

a, pu = (10,000-200)/ 10,000 = 0.9800 



rpu 



= 1 



= 1 -0.9800 = 0.0200 



P, = J - a r 



and 



Pn = 1 



where P n is network subsystem failure probability 
and P c is central complex subsystem failure proba- 



On average, therefore, 2% of the terminals in the 
total network are not available for operation be- 
cause of a failure within the CPU 

Spending money effectively 

Now, to locate the most cost-effective places for 
spending availability-enhancement dollars, refer 
again to the 50-terminal network described in Fig- 
ure 1. Here, each additional hour of terminal up- 
time during a 10,000-terminal-hour month raises 
the system availability by 1/10,000, or 0.0001. Sim- 
ilarly, each additional of hour of CPU uptime raises 
system availability by 50/10,000, or 0.0005. That is, 
each device or subsystem will have its own relative 
return (depending on how many terminals go 
down because of its failure) for each additional 
hour of its operation. 

Table II shows eight alternatives for improving 
uptime in the example system, with the relative re- 
turn for each contained in the second column. The 
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third column lists the monthly cost of obtaining 
the relative return for each alternative. This cost 
would result from installing redundant equipment, 
improving maintenance service, installing diagnos- 
tic equipment, or any combination. 

For instance, $800 a month is the cost for redun- 
dant interexchange channels for one multipoint 
link. Sixty dollars a month for each remote 
modem, on the other hand, might include a pre- 
mium for better-than-normal maintenance from 
the vendor or its service organization. 

Column four contains the relative return per 
dollar. The larger this number, the better the op- 
portunity for spending availability-enhancement 
dollars. Column six shows the ranking of each al- 
ternative. Thus, for this example, the best place to 
spend uptime dollars is at the 10 central modems 
(alternative five), which is therefore given a rank 
of L. Similarly, in this example, the least effective 



place to spend money is for a redundant mul- 
tipoint line (alternative four). 

Establishing priority 

The ranking in the sixth column presupposes that 
each terminal is equally important to company op- 
erations. Thus, the same priority (1) is assigned to 
each alternative as shown in the fifth column. 

Cost may not be the only determinant in setting 
priority factors, however. Suppose the data commu- 
nications network supports both inquiry/ response 
and remote job entry (RJE) applications, and that 
it's more important to company operations to favor 
the inquiry/ response application. In this case the 
inquiry/response terminals could be given a prior- 
ity factor of 5 and the RJE terminals a factor of 2 ; all 
other subsystems and devices would be assigned 
their appropriate priority factors. Then the oppor- 
tunity rank can be found from the product of the 
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500 HOURS 
5 HOURS 



= 0.99 



500 
500 + 5 

$400 



$400x 20 = $8,000 



relative return per dollar and the priority factor for 
that alternative, the largest number again indicat- 
ing the best opportunity. 

The important point here is that the method for 
targeting expenditures remains the same for any 
network configuration and its applications. But ac- 
tual rankings also depend on the relative impor- 
tance of individual elements in the network. 

Statistical data often throws considerable light 
on preconceived notions about where to place re- 
dundant equipment. Studies by DMW Tele- 
communications Corp. have shown system avail- 
abilities ranging from 0.97 to 0.99. By far the most 
significant source of outages has been the local 
loops between customer terminal locations and 
common carrier central offices. Such outages can 
be 100 times more significant (in terms of out-of- 
service terminals) than the loss of a CPU or commu- 
nications controller. And installing a redundant 
CPU or controller might only increase availability 
by a factor of 10. Several organizations are there- 
fore taking another look at the wisdom of installing 
redundant CPUs and communications controllers, 
looking instead at ways to improve local-loop up- 
time. 



2. Even with the same availability resulting from 
equipment failures and cumulative downtime, differ- 
ent configurations can have different repair costs. 

The foregoing discussion of availability and the 
use of historical data may permit network man- 
agers and designers to relate various device and 
subsystem failures to the behavior of the entire sys- 
tem over an extended time period. But there is an- 
other perspective on availability, one that consid- 
ers equipment reliability and the cost of repairing 
a failure. Here: 

a = (MTBF) /(MTBF + MTTR) 

where MTBF is mean time between failures and 
MTTR is mean time to repair. 

Consider two different network configurations, 
each having the same system availability (Fig. 2). 
Note, however, that one system has 10,000/1,000 
= 10 failures, while the othe* system has 
10,000/500 = 20 failures during the same 10,000- 
hour period. Also note that the average cost of re- 
pair for each failure differs for each system. Thus, 
even though their availability is the same, one sys- 
tem costs $5,000 for repairs during a 10,000-hour 
period, while the other system costs $8,000. 
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Determining the reliability 
of devices and their use 
in series, parallel, 
and series/parallel links 
helps to anticipate 
system failures 
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Tutorial 



Because data communi- 
cations equipment will fail 
from time to time, users 
need to know how failed equipment will affect net- 
work operations. Sometimes a failure in the net- 
work merely causes one or a few terminals to go 
out of service for several hours, but sometimes net- 
work performance is reduced to the point of a com- 
plete system shutdown. Fortunately, the equations 
and examples given here provide a simple way to 
calculate reliability and to obtain worthwhile 
quantitative answers to such questions as: 

■ How can I estimate system availability, in terms 
of total number of hours per month that terminals 
can communicate, so that I can judge the over-all 
performance and adequacy of a network's design 
and of product construction and maintenance? 

■ What are the chances that a terminal I want to 
use will not be available when I want to run a job? 

■ What is the probability that I can complete a 
lengthy run, such as a remote-job-entry task, with- 
out being interrupted by a failure anywhere in the 
terminal-to-host-computer link? 

■ How much will adding redundant equipment at 
strategic places ameliorate unreliability and im- 
prove system availability? Is the improvement 
worth the cost of redundancy? 

At stake, then, in the search for high reliability 
are satisfactory network' performance, minimum 
capital investment, improvEd network configura- 
tion, selection of reliable equipment, and reduced 
maintenance costs ' 

Within the context of systems in general, includ- 
ing data networks, reliability is defined as the 
probability that no failure will occur in a given 
time period. Conversely, unreliability is the proba- 
bility of failure within a given time period. One 
measure of the reliability of a device or system can 
be evaluated in terms of the mean time between 
failures, or mtbf. 

Implicit in this view of reliability are the as- 
sumptions that: 

• Equipment "burn-in" and software debugging 
have been completed before the operating time pe- 
riod (for measuring mtbf) begins. 

• The operating time period of interest never ex- 
tends beyond the useful life of the equipment or 
system. 

• Failures occur at random. 

• The number of system failures in any given time 
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RELIABILITY FINDER 




1. Graphs give 
values of 
probability that 
a device or 
subsystem will 
not fail as 
determined 
from mean time 
between fail- 
ures, or failure 
rate X. 



period is the same for all equally long periods. 
• Equipment operates in a reasonable, specified en- 
vironment and in a specified manner. 

Under these assumptions, it is reasonable to 
mathematically approximate the reliability of a de- 
vice (or system) as: 

R(t) = e- xt 

Here, e denotes the base of the natural logarithm 
(2.7183), X is a constant called the average failure 
rate, and t is the time instant for which the device 
reliability is desired. 



A more convenient form of that equation is: 

R(t) = exp(-Xt) (1) 

Here exp means exponential. The constant for the 
average failure rate, A, is: 

A = 1/(MTBF) (2) 

Thus Equation 1 states that as mtbf increases, the 
probability of failure decreases and the average du- 
ration of failure-free operation increases. 

What is the probability that a device will not fail 
in 500 hours when its mtbf, as determined from 
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(a) SERIES CONNECTION 
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(b) PARALLEL CONNECTION 




(c) SERIES/PARALLEL CONNECTION 



2. Links can be described as series, parallel, and 
series/ parallel connections, each having its own 
equation for over-all reliability. 

operating experience, is 1,000 hours? 

Because the device fails on average once every 
1,000 hours, X is 1/1,000. Using Equation 1 with 
t = 500, then: 

R(t) = exp(-500/ 1,000) = 0.607 

Values of the exponential expressions can be read- 
ily determined from exponential tables (Reference 
1) or on a scientific calculator, or (without too 
much precision) from the graphs in Figure 1. 

The interpretation of the value 0.607 is that 
there is a slightly better than 60% chance that the 
device with an mtbf of 1,000 hours will run for 500 
consecutive hours without a failure, with the 500 
hours starting at any arbitrary instant. Conversely, 
there is a 40% probability the device will suffer a 
failure during any arbitrary time period of 500 con- 
secutive hours. 

Connection types 

In order to ascertain the reliability of an end-to-end 
link in a data communications network— between, 
say, a remote terminal and a host computer— it is 




necessary to define the link as a series, parallel or 
series/parallel connection (Fig. 2). 

A typical series link is shown in color in Figure 
3. It includes every device and line from the re- 
mote-job-entry (RJE) terminal to the central pro- 
cessing unit (host computer). To find the link's 
reliability, the equivalent average failure rate of the 
complete link, X u must be computed and inserted 
into Equation 1 . 

In a series connection, a failure in any device in 
the link will put the entire connection out of ac- 
tion. That is: 

R, = Rj. x R 2 x R 3 . . ,R n (3) 

where R is link reliability. Furthermore, the 
equivalent average failure rate of the link is the 
sum of the failure rates of the individual device: 

Xi = \ t + %s 4- a 3 +. . .+A n (4) 
Therefore: 

MTBF = 1/(X 1 + X 2 + X 3 +. . .X D ) (5) 

The series link shown in color in Figure 3 con- 
sists of six devices and elements: the rte terminal 
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SERIES LINK 




3. Link from remote-job-entry terminal serves as ex- 
ample for determining how long the link can operate 
without a failure. 



(I), the terminal modem (G), the line (e), the cen- 
tral-site modem (C), the communications front 
end (B), and the central processing unit (A). A fail- 
ure in any of these elements affects the RjE-termi- 
nal user ( 1 ) . 

Equation 5 yields the mean time between fail- 
ures as seen by user 1 . That is: 

MTBFt = 1 /fAi + A G + A E + Ac + A b + A a ) (6) 
where 

A! = failure rate of the RfE terminal 

A G = failure rate of the RJE terminal's modem 

A E = failure rate of the transmission line from 

the RJE terminal 
A c = failure rate of the central-site modem 

serving the RJE terminal 
A B = failure rate of the communications front 

end processor 
A A = failure rate of the central processing unit 

When the hypothetical failure-rate data contained 
in Table I is inserted, the equivalent average failure 
rate as seen by the RjE-terminal user works out at: 

MTB¥ X = l/\_(l+0.2 + 2 + 0.2+5+10) X 2Q- 3 ] 
= 54.3 hours 

Therefore, the reliability for this link is: 

R(t) = expt-t/MTBF!) = exp(-t/54.3) (7) 

The equations and calculations developed so far 
can produce the important answers to two practical 
questions: 

■ What is the probability that the RjE-terminal user 
can transmit a two-hour job to the host computer 
without a link failure during that period? 

■ What is the availability of the remote-job-entry 
terminal to the user? 

The answer to the first question can be obtained 
from Equation 7, using t = 2 hours: 

R(t) = exp(-2/54.3) = 0.9625 

The interpretation here is that 96 out of every 100 
two-hour job attempts will be processed without 
link failure. But four times out of a hundred, the 
job will be aborted by an individual failure. 



Mean time to repair 

The answer to the question on terminal avail- 
ability requires the introduction of the concept of 
mean time to repair (MTTR), or more specifically 
an average MTTR embracing all the devices in the 
link. When a device fails, some time will elapse be- 
fore it can be repaired and restored to service. The 
longer the MTTR, the lower the availability of the 
terminal to the user. The mttr is obtained from 
operating experience, and each device in a series 
link will have its own mttr value. Average mttr, 
then, is one value for the link that takes into ac- 
count all the individual devices' MTTRs. 

The average value of the MTTR is the sum of the 
individual devices' MTTRs, with each mttr multi- 
plied by its own failure probability. That is: 

AVGMTTR = ZfMTTRQW) 

The sum of the probabilities of failure of the de- 
vices in the link must add up to unity. To find the 
individual failure probabilities requires the mathe- 
matical step called normalization. 
That is: 

Pi = V 2 Aj 

Therefore: 

Aur ,. An ^ D OiiMTTRj) + (X 2 MTTR 2 ) + . . (A n MTTR nj ) 

A VG MTTR = r ; ; 

(A! + A 2 + . . . Xn) 

Using the failure -rate and MTTR data contained in 
Table I for the link shown in color in Figure 3, then 
average MTTR as seen by the user of the RJE link is: 

[(1)(3) + (0.2)(2.5) + (2)(4) + (0.2)(2.S) + (5)(5) + (W)(2)-\ 1Q-3 
18.4X 30-3 

which equals 3.1 hours. 

Reference 2 and other standard reliability hand- 
books define system availability, a, as: 

a = ( MTBF) I ( MTBF + MTTR) 

so that, for the situation in the series-connection 
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TABLE I 



DEVICE 


FAILURE RATE 


MEAN TIME 


OR 


(PER 1.000 HOURS 


TO REPAIR 


SUBSYSTEM 


OF OPERATION! 


(HOURS) 


REMOTE JOB ENTRY TERMINAL ( 1 ) 


X, =1.0 


3.0 


MODEM AT RJE SITE (G) 


X G =0.2 


2.5 


LINE TO RJE SITE (E) 


X E = 2.0 


4.0 


MODEM AT CENTRAL SITE (C) 


X c = 0.2 


2.5 


COMMUNICATIONS FRONT END (B) 


X B = 5.0 


5.0 


CPU (HARDWARE, SOFTWARE! (A) 


X A = 10.0 


2.0 



numerical example: 

a = (54.3)/ (54.3 + 3.1) = 0.946 

Consequently, the user of the RJE terminal can be 
sure that, on average, the terminal will be available 
for communications with the host computer 946 
out of every 1,000 operating hours, and that once 
the operator starts a two-hour job the run will con- 
tinue to completion 96% of the attempts. 

An alternative and perhaps more direct way of 
calculating the reliability of a series connection is 
to use an equivalent relationship derived from 
Equations 1, 2, 3, and 4A, namely: 

R(t) = exp[-(\i + A 2 + A 3 + . . .+A n )t] (4B) 

Here, the reliability of the entire series connec- 
tion is obtained simply by summing the individual 
failure rates of each device. 

The use of redundant, or hot standby, devices 
and lines is particularly common in computer- 
based data communications systems. Two de- 
vices—perhaps two communications front ends- 
are placed in parallel with each other, but only one 



device has to be on line for the network to be oper- 
ational. If the operating unit fails, then the standby 
unit is promptly placed on line. A diagram of a gen- 
eralized parallel connection is contained in Figure 
2b. 

Finding redundant reliability 

Defining R c as the probability of the. parallel con- 
nection not failing and P c as the probability of the 
parallel connection failing, then: 



Rc-l-Pc-l-Ul-RMl-Rt). 
= 1-(P 1 xP 2 xP 3 . . -Pn) 



(9) 



Suppose a computer-based communications sys- 
tem uses redundant central processing units, each 
with an mtbf of 500 hours. 

■ What is the probability that the parallel CPU 
combination will operate (not fail) for 500 hours? 

■ How does this performance compare with the 
reliability when using just one CPU? 

■ What is the net mean time between failures of 
the parallel combination? 

Using Equation 1 : 





NUMBER OF 


RELIABILITY OF 




MTBF OF EQUIVALENT 


PARALLEL STAGES 


EQUIVALENT SUBSYSTEM 






SUBSYSTEM 


1 




1 








X 






2 EQUAL* 


fc-M . e -2M 


3 








2X, 






2 UNEQUAL 




1 

— + 


1 


1 








x,+ x 2 


n EQUAL 


1 -(1 -e" X 'V 


1 

— + 


1 


1 1 

+ — + 






2X, 


3X, nX, 












* X, = FAILURE RATE FOR EACH DEVICE 
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TABLE III 



- 


DEVICE 
NUMBER 


MTBF iHOURS- 
(ASSUMED) 


FAILURE RATE. X 
(FAILS PER 1,000 HOURS) 


TERMINAL 


1 


1,000 


1 


LINE 


2 


500 


2 


COMMUNICATIONS CONTROLLER 


3 


250 


4 


CPU 


4 


250 


4 


STORAGE SYSTEM 


5 


200 


5 



SERIES/PARALLEL LINK 




(3) 



COMMUNICATIONS 
CONTROLLER 



(2) 



(1) 



4. A combination series and parallel (redundant) 
connection serves as another example for determin- 
ing probability of no failure, or reliability. 

Ri = exp(- t/500) and R 2 = exp (-t/500) 
Therefore: 

Pi = 1 ~[exp(-t/500)] and P 2 = l-[exp(-t/ 500)] 
Hence, using Equation 8: 

R c = -[l-exp(-t/500)][(l-exp(-t/500] 
R c = 2 exp(-t/500) - exp(-2t/500) 
For t = 500 hours, then: 

R c = 2exp(-l) -exp(-2) = 0.602 

It is important to note that since the function R c is 
not purely an exponential, the comparison of relia- 
bility is only valid for the first 500 hours— not an 
arbitrary 500 hours. 

By comparison, one CPU having an MTBF of 500 
hours yields a reliability of: 

R = exp(-500/500) = 0.368 

while one CPU having an MTBF of 1,000 hours has a 
reliability of: 

R = exp(-500/ 1,000) = exp(-0.5) = 0.606 

For the situations discussed here, the redundant- 
CPU connection definitely improves reliability, but 
at substantially double the cost. However, taking 
steps to improve the mtbf of a single CPU from 500 
hours to 1,000 hours will probably be less costly 
and yet will provide the same reliability as a redun- 
dant configuration. 

Of course, the key practical problem for data 
communications users is their lack of ability to 



control these MTBF variables for individual devices. 

Table II contains the equations for the equiva- 
lent reliability of several types of parallel configura- 
tion. Here, the equivalent subsystem can be treated 
mathematically as being one element in a series 
connection, even though the actual equipment is 
linked in parallel. This table also contains the mtbf 
of the equivalent subsystem. Thus, for the preced- 
ing case, the appropriate equation is 3/2X x (both 
communications front ends have the same 500- 
hour mtbf). Therefore, the net mtbf is: 

3 x 500/2 = 750 hours 

That is, even if one communications front end 
fails at the end of 500 hours and is replaced by the 
hot standby unit, statistically the combination will 
last another 250 hours— during which the network 
remains operational while the failed front end is 
being repaired. 

Series/parallel connections 

In practice, if redundant equipment is used at all, 
the actual configuration will be a series/parallel 
combination. The equations for series connections 
can be used to determine the reliability and 
equivalent mtbf for a series/parallel connection 
(Fig. 2c). 

Using the hypothetical data contained in Table 
III for the configuration in Figure 4, compute the 
equivalent MTBF and reliability (R e ) as seen by the 
user of the terminal, T, for an interval of t = 200 
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hours. Here, treating the configuration as if it were 
a series connection only and using Equation 3: 

R e — Ri x R 2 x R3 x Ri x R5 

where Ri is terminal reliability, R 2 is line reliabil- 
ity, R 3 the reliability of the parallel controllers, R 4 
the reliability of the parallel CPUs, and R 5 the stor- 
age-system reliability. Thus, at t = 200: 

Ri = exp(-200/ 1,000) = 0.829 
R 2 = exp(-200/500) = 0.670 
R 3 = 2exp(-200/250)-exp(-400/250) = 0.697 
Ri = 2exp(-200/250)-exp(-400/ 250) = 0.697 
R 5 = exp(-200/200) = 0.368 
Therefore the equivalent reliability is: 

f0.819K0.670K0.697K0.697K0.368) = 0.0981 

Thus, there is a slightly less than 10% chance that 
the connection will be sustained without failure in 
the first 200 hours of operation. 

Here MTBFi = 1,000, MTBF 2 = 500, and MTBF 5 = 
200 and, from Table II: 

MTBF 3 = 3/2X 3 = 3,000/8 = 375 

and 

MTBFi = 3/2\i = 3,000/8 = 375 
Therefore, from Equation 5: 



MTBF-- 



1 



1 ,000 500 375 375 200 



= 75 hours 



Diagnostics help 

The only real options open to designers who want 
to increase system availability are to select reliable 



5. Centralized diagnostic and 
stand by equipment shorten 
downtime of failed links at 
Manufacturers Hanover Trust 
Co. in New York City. 



equipment in the first place and to install redun- 
dant equipment and lines wherever the improve- 
ment in network availability outweighs the penalty 
of extra cost. Reliability is up to the vendor. That 
is, only in rare instances will the user work with 
the vendor to upgrade the reliability of the equip- 
ment. But the user can look into competitive 
equipment and talk with people who have installed 
the equipment in which he's interested. 

Since system availability, in terms of usable ter- 
minals, depends on both the reliability, or MTBF, 
and the downtime as measured by mean time to re- 
pair, or MTTR, users can overcome the conse- 
quences of marginal reliability by speeding up fault 
isolation and diagnosis. This is the reason for the 
current strong trend toward installing a full range 
of diagnostic features as an integral part of the data 
communications network. These diagnostic capa- 
bilities have already appeared in hardware form 
(Fig. 5). 

In the future greater emphasis will be placed on 
diagnostic routines driven by software which will 
minimize the need for human involvement in the 
tedious tasks of network troubleshooting. Included 
in these diagnostics will be those for analog line 
impairments, bit-error-rate tests including bit-pat- 
tern generators, and protocol tests. ■ 
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The reality of data-communications-system design will 
be demonstrated here by first specifying the parameters 
of a fairly complex and widespread network and then 
examining the major decisions involved in selecting 
suitable data-communications equipment and trans- 
mission services. 

The goal is to design a nationwide law-enforcement 
network that provides immediate retrieval and update 
of data-base files relative to motor vehicles. Thus, the 
system must allow a police officer to have access 
through a terminal to a central data base in the investi- 
gation of possible stolen cars, revoked drivers' licenses, 
drivers' addresses, and vehicle descriptions. Further- 
more, the central computer should be able to send re- 
ports on issued summons and other specific or general 
information related to motor-vehicle control, either to a 
given terminal, to all terminals in a region, or to all ter- 
minals on the system. 

About 1,500 terminals will be needed, some in remote 
geographical areas and others. in metropolitan areas. 
Most terminals will be in police stations, others in 
homes of officers operating in low-population-density 
areas, and some in police cars. The terminals must oper- 
ate under extreme conditions of temperature, humidity, 
vibration, and dust— and every terminal must be the 
same throughout the country. They must cost less than 
$1,000 each. 

Because of population distribution, and thus police 
distribution, the terminals tend to form clusters in 
which terminals are within about 50 miles of each other. 
But clusters may be hundreds and perhaps thousands of 
miles from each other. And the furthest terminal may 
be 3,000-4,000 line miles from the host data-base com- 
puter at a central site. 

The traffic from each terminal is low, about one mes- 
sage every 10 minutes, or no more than 10% usage a 
day. The police officer will manually key in an inquiry 
message of perhaps 40 to 60 characters, and the data- 
base computer will generate a message about 300 to 
1,000 characters long in response to his inquiry. Thus, 
on the average, the ratio of computer output to terminal 
input, in characters, is about 5:1. 

Some other essential factors are that the officer must 
receive a response in no more than 6 seconds, and that 
the terminal must produce hard copy since the officer 
may have to physically carry the response message dur- 
ing an investigation and because the response is an offi- 
cial record of police activity. 

From the viewpoint of the total traffic reaching the 
data-base computer from the 1,500 terminals, the arri- 
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val rate averages about 40 messages a second. However, 
about 25% of these messages will be rejected by the host 
computer because of errors in input keying or errors oc- 
curring on the line during transmission. Further, a traf- 
fic analysis shows that due to 24-hour operation and a 
3 -hour time differential across the nation, the ratio of 
peak traffic to minimum traffic will not be greater than 
5:1. (Some localized on-line information-retrieval sys- 
tems have a ratio of 100: 1 or more.) 

Since the whole nationwide motor-vehicle law- 
enforcement network depends on data stored in the 
central host computer, the computer system must be 
99.8% reliable and have an availability of 99.4%. That 
is, the system may be operating reliably, but as far as 
the police officer is concerned, it may be temporarily 



unavailable. Momentary delays or short busy signals 
can be tolerated. However, during a delay, the com- 
puter system must let the officer know he is still con- 
nected, perhaps by periodically printing BUSY until the 
computer can process his inquiry. 

While the data base will not contain information vital 
to national security, both the data base and the trans- 
mission network connecting the terminals to the data 
base must be secure enough to prevent unauthorized 
persons from obtaining information to which they are 
not entitled by law, regulation, or social responsibility. 
Furthermore, the transmission network must be low- 
cost and either be readily available from the common 
carrier or capable of being developed rapidly and oper- 
ating in time for system start-up. 



CHOOSING THE SYSTEM'S COMPONENTS 





B) Contention 

The choice is B, contention. The specifications permit 
only a 6-second response time, about half of which, it 
turns out, is used up at the host computer during the re- 
trieval of information from disk files. The sequential 
polling of even 20 to 30 terminals on each of 50 to 75 
multidropped lines by software would use up more than 
the remaining 3-second communications response time. 
Furthermore, the traffic analysis indicated that message 
flow was fairly smooth with a small peak-to-minimum 
usage over a one-day period. That is, using contention, 
the host computer is available to any police officer any 
time he decides to send an inquiry, but with polling, he 
would first have to signal his desire to transmit and then 
wait his turn to get access to the computer. 

Selecting a terminal 

A) Buffered batch terminal. 

B) CRT terminal with cluster of closely situated ter- 
minals, controller, and hard-copy printer. 

C) CRT terminal without cluster controller but with 
hard-copy printer. 

D) Specially designed terminal. 

E) Electronic keyboard with non-mechanical (ther- 
mal, ink spray, etc.) hard-copy printer. 

F) Mechanical keyboard with mechanical hard-copy 
printer. 

The choice is E, the electronic keyboard with non-me- 
chanical thermal hard-copy printer. The buffered batch 
terminal is out of the question. Such terminals provide 
superior features (message buffering, high speed, exten- 
sive error control) not needed for this application. Fur- 
ther, the cost well exceeds the $ 1,000 limit. The CRT ter- 
minal, with or without a cluster controller, is 
inappropriate in this application, since terminals are 
many miles apart and the required primary readout is 
hard copy, making the temporary CRT display super- 
fluous. In either case, cost exceeds the limit. 

A specially designed terminal would probably be the 
best choice, resulting in the lowest cost in view of the 
quantity needed. However, it was not selected because 
of the excessive development and field-trial time. The 
mechanical keyboard terminal has the lowest cost of 
commercial terminals, but it was not chosen because of 
anticipated difficulty in obtaining routine maintenance 



Using the stated system specifications and conditions 
for the nationwide law-enforcement network, the next 
task is to make a series of wise decisions when selecting 
the procedure by which a terminal will have access to 
the host computer and when choosing the type of termi- 
nal, the network configuration, the line concentration 
equipment, the carrier facilities, and the data-base con- 
figuration. 

In the description that follows, the reader is given a 
set of alternatives at each major decision step, and he 
chooses the alternatives he thinks most appropriate. 
Then the rationale for the author's choice will be dis- 
cussed. At each step in the design, some kinds of equip- 
ment are excluded. Obviously, for a different type of 
data-communications system, one operating under a 
different set of application conditions, these alternatives 
will be perfectly valid. 

Selecting the access procedure 



A) Polling 
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and spare replacements in remote geographical areas, 
and because its bulkiness would make it unsuited for 
vehicular operation. 

The electronic keyboard printer selected for this ap- 
plication sells for less than $1,000, is readily available, 
and prints at 30 characters (equal to 300 bits) a second- 
fast enough for on-line inquiry response from a com- 
puter to a human operator. It is quiet, an important fac- 
tor when installed in homes and vehicles. A 15-charac- 
ter-per-second terminal would also be an acceptable 
match with the keying and reading speed of the officer. 
However, the 30-character-per-second terminal does re- 
duce transmission time per message from the computer 
and thus increases utilization of the line in conjunction 
with the multiplexers and concentrators that may also 
be employed in the overall system. 

Selecting a network configuration 

A) Each of the 1,500 terminals connected point-to- 
point to the central data-base computer. 

B) A few point-to-point lines, optimally routed to the 
computer, with many terminals multidropped from 
these lines. 

C) Terminals connected point-to-point to a time divi- 
sion multiplexer (TDM), then point-to-point from sev- 
eral TDMs to a remote data concentrator (RDC), and 
then point-to-point from several RDCs to the central 
data-base computer. 

D) Terminals connected point-to-point to TDMs and 
RDCs as in C, but with concentrators multidropped to 
the host computer. 

The choice is C, point-to-point from terminals to mul- 
tiplexers to concentrators to the host computer. Choice 
A is unacceptable because it would mean paying for 
private-line charges for well over a million miles, due to 
the large number of terminals and their wide geograph- 
ical dispersion. However, choice A would provide the 
shortest response time and offer the highest reliability 
because there would be multiple access to the data base. 
The loss of a modem or line would affect only one ter- 
minal. In addition, using fewer devices, such as multi- 
plexers and concentrators, offers increased system relia- 




bility. Under other circumstances, choice B would be a 
valid decision, but it was not selected for this system be- 
cause doing so would mean using a polling procedure to 
access the computer— which would increase response 
time and also raise the cost of the terminal to support a 
polling operation. 

Choice C was selected because it reduces line costs 
through the line concentration techniques provided by 
the TDMs and the RDCs, while still yielding acceptable 
delays and response times. For this system, the short re- 
sponse time permitted will not allow storing and 
queuing of messages, so no mass storage will be utilized. 
Furthermore, this configuration has the advantage over 
others in that it will permit orderly, low-cost network 
expansion in the future. 

Choice D would cost somewhat less than C, but the 
amount saved would not warrant the resulting degrada- 
tion in response time due to polling or the added cost 
for pollable terminals. This configuration is quite valid, 
though, for many data-communications systems having 
a different set of operational specifications. 

Selecting the best carrier facility 

A) High-speed (voice-grade) private lines for the en- 
tire network. 

B) Public switched (dial-up) voice-grade telephone 
network. 

C) Low-speed private lines for terminal communi- 
cations and high-speed private lines for multi- 
plexer/concentrator communications to the computer. 

D) Public switched telegraph network. 

The choice is C, low-speed private lines from termi- 
nals and high-speed lines for the other communications 
links. Using the switched telephone or telegraph net- 
works cannot be tolerated because they are available to 
the public and thus would make it too easy for an 
unauthorized person to gain access to a data base. Fur- 
thermore, the public telegraph network is not normally 
fast enough to carry the high-speed data traveling be- 
tween the computer and the concentration equipment. 
Choice A would mean using high-speed lines for low- 
speed terminal links, and the cost would be excessive. 

In choice C, the low-speed links can carry the 300-b/s 
data streams to and from the terminals, while the voice- 
grade lines can carry the 2,400-b/s data streams be- 
tween the computer and the concentrators and multi- 
plexers. (As more terminals are added and traffic in- 
creases, the high-speed links can be upgraded to 4,800- 
b/s simply by installing faster modems.) The common 
carrier can condition the normal low-speed telegraph 
line to provide the bandwidth needed to carry 300 b/s. 
Since the lines do not carry traffic related to national se- 
curity, there is no need to impose any special trans- 
mission security (as distinct from data security) on thee 
lines. Thus, the common carrier is not presented with 
any unusual engineering or construction demands in 
providing the communications links on a timely basis. 

Selecting line-cost-reducing equipment 

A) Programable remote data concentrators (RDCs) 
only throughout network. 

B) Hard- wired time-division multiplexers in conjunc- 
tion with programable remote data concentrators. 
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Q Frequency-division multiplexers only. 

D) Hard-wired time-division and frequency-division 
multiplexers, no remote data concentrators. 

The choice is B, hard-wired TDMs in conjunction with 
programable RDCs. Using only remote data concentra- 
tors (choice A) would be a case of overkill: RDCs are ex- 
pensive and, although they can perform more than 
simple line concentration of low-speed terminals, there 
are many places in the network where RDC performance 
is unnecessary. Using FDMs only (choice C) may involve 
low-cost-per-channel equipment, but each channel is 
dedicated to a given terminal whether or not data is on 
the line, so that over-all voice-grade-line utilization is 
poor for such a system handling so many terminals. 
Furthermore, each of the 1,500 FDM channels would re- 
quire a channel set at the computer, since the host com- 
puter cannot perform demultiplexing when using FDM. 

Using hard-wired TDMs and FDMs (choice D) still 
keeps the cost low and is often the best choice for line 
concentration. But, in this law-enforcement network us- 
ing only a combination of multiplexers will require in- 
stalling the number of high-speed lines dictated by the 
peak— not average— traffic from the terminals. This is so 
because in FDM a given bandwidth is dedicated to a 
given channel and in TDM a given time slot is dedicated 
to a given channel. In neither case can the data in each 
band or time slot be averaged to reduce the number of 
high-speed lines. Furthermore, the handling of charac- 
ter-interlaced data at the host computer would be rather 
inefficient and present severe loading problems. 

In choice B, though, each TDM concentrates the lines 
from many terminals at a low cost per channel. The re- 
mote data concentrator first demultiplexes the data 
stream from each TDM. Then the RDC concentrates the 
high-speed outputs from several TDMs and smooths or 
averages the over-all flow of data to provide more ef- 
ficient line utilization and permit the use of fewer long 
lines. The RDC can perform error control on data com- 
ing from terminals before the concentrated data blocks 
are sent to the computer. 

Selecting a data-base computer configuration 

A) One large host computer using a hard-wired 
transmission controller to interface to the communi- 
cations lines. 

B) One smaller host computer with a programable 
front-end processor (PFEP) to interface the lines. 

C) Two redundant smaller host computers with re- 
dundant PFEPS. 

D) Redundant large host computers with redundant 
hard-wired transmission controllers. 

E) Several geographically distributed smaller com- 
puter systems. 

The choice is C, two redundant smaller host comput- 
ers interfaced with two redundant programable front- 
end processors. Choice E is not acceptable because se- 
curity and political considerations dictate that all data 
be held at one central location. The systems specifica- 
tions set a high value on reliability, enough to justify the 
installation of dual-data-base systems. Thus choices A 
and B are not acceptable. 

For new— and even old— installations, the use of a 
hard-wired transmission controller may now be moot. 



Even IBM, which formerly sold the popular 270X series 
of hard-wired transmission controllers, has discontinued 
them in favor of the programable front-end processor, 
which IBM calls the 3705 communications controller. It 
is unlikely that any new, fairly complex data-communi- 
cations system would employ a hard-wired transmission 
controller. Thus, choice D is out. 

The important word in the final choice— using redun- 
dant smaller host computers with redundant program- 
able front-end processors-is smaller. A PFEP relieves 
the host computer of much of its overhead in perform- 
ing data-communications tasks, so a smaller host com- 
puter can be chosen. 

There is another side to this price-performance 
tradeoff. If the host computer is fully loaded— that is, 
operating at an average of 70% of its CPU time— then 
adding data communications without a PFEP may re- 
quire an expensive upgrading of the host computer. For 
example, if the law-enforcement system used a host 
computer and a hard-wired transmission control unit, 
the CPU might spend about 30% of its time merely doing 
housekeeping chores on the inputted data. This would 
leave only 40% of the CPU time for accessing the data- 
base files and other data-processing tasks. But with a 
PFEP screening incoming messages for errors and for- 
mating the messages for the host CPU, the load on the 
host CPU could drop to 10-15%. This 15-20% increase in 
available CPU time— and related reduction in memory- 
is significant enough to obviate the need to upgrade the 
host computer. The cost of a PFEP installation is usually 
less than that for a host-computer upgrade. 

In summary, the design of a data-communications 
system involves a sequence of steps, with the decision at 
each step intertwined with those taken earlier and later. 
Although design often must invoke formal, mathemati- 
cally based procedures, the planner's experience, intui- 
tion, and his willingness to make a decision can bring 
him a long way towards final design. 
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To avoid serious errors in data 
streams at the receiving 
terminal, data-communications 
systems may use one of several 
error-control techniques, but each 
reduces net data throughput 



Karl I. Nordling 
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Because of the noisy environment surrounding tele- 
phone lines, errors are introduced into the messages 
transmitted between terminals and the host computer. 
The higher the quality of the lines, the fewer the errors 
will be. Electrically induced errors— in contrast to key- 
ing errors caused by an operator— are caused by cross- 
talk between adjacent lines, signal distortion on the 
lines, and impulse noise from lightning, switches, and 
other electrical sources. These disturbances change dig- 
ital Is to Os— and vice versa— in unpredictable patterns. 

A number of techniques have been devised to control 
transmission errors. The type of control to be chosen de- 
pends on many factors and constraints imposed by 
available terminals, computers, software, line-control 
discipline, inherent delays, and network configuration. 

When the dial-up telephone system provides the net- 
work, connections between two points will be routed 
over various lines at different times. The bit-error rate 
for each connection depends on the quality of lines in- 
volved in each connection. For example, a remote line 
printer will run at 200 lines per minute on one connec- 
tion, but may be slowed down to 100 lines per minute 
on another connection because of excessive retransmis- 
sion resulting from transmitted data blocks containing 
errors when received. 

And despite the efforts of telephone companies to 
keep the error rates on leased private-line links be-low 
specified values, the user should— in his own self-inter- 
est—monitor the bit-error rate to make sure that it does 
not rise above the prescribed standard. 

An error-control method must fall into one of two 
categories, each with appropriate error-coding tech- 
niques: 

■ Error detection with retransmission (ARQ), using ei- 
ther the stop-and-wait or the go-back-two method of 
block-transmission discipline. 

■ Forward error correction (FEC) using— for example— 
the Hamming code, as explained later, to provide error 
correction at the receiving terminal. 

In ARQ— for automatic request for repeat— the send- 
ing terminal divides the data stream into blocks of suit- 
able length, each block usually containing from one to 
seven records, wherein the data contained on one 
punched card or in one line of print usually constitutes 
a record. Error-detection coding is then added to each 
block being transmitted. The receiving device— the host 
computer, a programable front-end processor, or often 
a terminal— checks each block for errors. It requests a 
repeat transmission of a block if an error is detected; 
otherwise the next block is transmitted. In forward-error 
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1. Adding parity. Using vertical and horizontal parity 
costs little in redundant bits, but it sharply increases mes- 
sage accuracy. 

correction (FEC), checking-code bits added to the data 
permits the receiving equipment not only to detect, but 
also to correct, errors introduced during transmission. 
Thus, with FEC, no retransmission is involved. However, 
while error detection and correction proceeds, FEC does 
require extensive redundancy, intricate logic procedure, 
and large buffers to store transmitted and received 
blocks. 

Redundancy checks 

For error detection and retransmission, the two com- 
mon error detection codes added to the block are: 

■ Vertical and longitudinal redundancy check 
(vrc/lrc) and 

■ Cyclic redundancy check (CRC) 

Fig. 1 shows how these redundant bits are added to 
the transmitted block for VRC and LRC. For vrc. a or 
1 parity bit, P, is added to each character in the record 
as shown at the lower left. A parity bit, P„, is added to 
each bit position across all characters in the record for 
LRC, as shown at the right of Fig. 1 . When a bit error oc- 
curs during transmission, the character's parity bit is in- 
verted, and thus it is the reverse of the parity conven- 
tion established within the system. That is, if the or 1 
parity bit is added to the character to make the binary 
field an even number of Is (called even parity), and an 
odd number of Is is received, then the receiver knows 
an error has occurred. Frequently, as in tape-to-tape 
transmission, vrc is used without LRC. Parity check for 
LRC works similarly to that for vrc. 

As Fig. 2 shows, cyclic redundancy check (CRC), con- 
sists of adding bits— about 12 to 25— to the entire record 
or entire block. In CRC checking, the data block can be 
thought of as one long binary polynomial. P. Before 
transmission, equipment in the terminal divides P by a 
fixed binary polynomial, G, resulting in a whole pol- 
ynomial Q, and a remainder, R/G. That is. 



R_ 
G 



The remainder. R, is added to the block before trans- 
mission, as a check sequence k bits long. The receiving 
device divides the received data block by the same G. 



generates an R, and checks to ascertain if the received R 
agrees with the locally generated R. If it does not, the 
data block is assumed to be in error and retransmission 
is requested. 

CRC long-division analogy 

The error-detecting properties of CRC are illustrated 
in the table, which contains a selection of blocks, P, and 
two values of G to demonstrate the importance of the 
proper selection of the divisor. Although the data is ac- 
tually a stream of binary bits, decimal numbers are used 
here by way of analogy to clarify the CRC technique. 
For G= 100. there are 100 possible remainders, ranging 
from 00 to 99. 

If the error occurs in these two lowest bit positions, 
the received remainder will not coincide with the trans- 
mitted remainder, and the error will be detected. For 
this value of G. if the error affects only one more-sig- 
nificant digit— say the error changes the 8 in 4893497 to 
a 7. the remainder— 97— is unchanged, and the error 
goes undetected. Thus 100 proves to be a very poor 
choice for G. 

If, instead, the value of G is 103, then, should the 4 in 
5040201 be changed by an error during transmission to 
a 3, the remainder changes from 102 to 93. The receiv- 
ing terminal tries to match the received R = 102 with the 
calculated R = 93, spots a mismatch, declares an error, 
and requests retransmission. 

What actually happens in CRC is that the n-bit data 
block is treated as a binary polynomial of the form: 

P(x) = b n x" + bn-jx'- 1 + b n _ 2 x"- 2 +...+ b 3 x 3 
+ b 2 x 2 + bix 1 + b 
where the bj are and 1, according to the state of the 
corresponding bit position in the block. The divisor, 
G(x), is a polynomial of the same form as P(x). The op- 
eration is polynomial division, which can be readily im- 
plemented by software or special-purpose integrated 
circuits. 

The effectiveness of CRC can be summarized for a 
check sequence k bits long as follows: 

■ All data blocks with an even (or odd) number of er- 
rors are detected if k is even (or odd). 

■ All data blocks with burst errors less than k bits long 
are detected. 

■ All data blocks with a total number of error bits less 
than M. where M is about k/4, are detected. 

Of all the remaining error patterns, one in 2 k are un- 
detected, so that CRC error-detection can be made in- 
creasingly effective at little cost for additional redun- 
dancy. 

In ARQ systems, a 25-bit CRC code added to a 1,000- 
bit block would allow only three bits in 100 million to 
go undetected. That is. for a 2.5% redundancy, the error 
rate is 3 x 10 -8 . 

With CRC, the whole block must be sent, even if the 
error occurs early in the transmission, in order for the 
error-detection technique to work. If, instead, the 1,000- 
bit block is formatted into 125 eight-bit characters and a 
vrc parity bit added to each character block, the result- 
ing redundancy is one out of nine bits, or 1 1%, yet the 
undetected error rate is as much as 5 x 10-* for typical 
bit-error rates occurring on telephone lines. Even so, 
vrc is chosen in such applications as remote transfer of 
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2. Block check. Several cyclic redundancy-checking bits 
added to the data block greatly reduce undetected errors 
in the message. 

information from tape to tape, since the character parity 
is inherent in the source data. Also, vrc allows the re- 
ceiver to terminate as soon as an error has been de- 
tected, which will improve channel efficiency somewhat. 

Besides a choice of error-control codes, the other ma- 
jor way to classify ARQ systems is by their retransmis- 
sion procedures. Two common methods are stop-and- 
wait ARQ and go-back-two ARQ. 

Stop-and-wait ARQ 

In stop-and-wait ARQ (Fig. 3), the transmitting termi- 
nal stops at the end of each block and waits for a reply 
from the receiving terminal as to the block"s accuracy 
(ACK) or error (NAK) before transmitting the next block. 
The dead time between blocks reduces the effective 
data rate of the channel. When two-wire systems are 
used with common half-duplex terminals, the channel 
must be turned around once to receive the reply and 
then again to resume sending. This dead time is a sig- 
nificant portion of total connection time. 

Depending on error-rate probability and block 
length, the effective throughput can go as low as 50% of 
the rated channel speed. Using a four-wire system with 
stop-and-wait ARQ eliminates line turnaround, so 
throughput can be increased, although the efficiency 
still depends on block length. 

In go-back-two ARQ systems, the dead time is elimi- 
nated by use of a simultaneous reverse channel for 
ACK/NAK signaling. After each block, the reverse chan- 
nel carries back to the sending terminal either the ACK 
or NAK response. A typical sequence is shown in time 
profile in Fig. 4. On completion of transmission of block 
i. the transmitter immediately starts sending block (i + 
1). During the transmission interval of this block, the 
ACK-i reply to block i is returned over the reverse chan- 
nel so that the transmitter knows before starting to send 
block (i + 2) whether or not block i was correctly re- 
ceived. If an error was detected, as shown for the case of 
block (i + 1), a NAK comes back over the reverse chan- 
nel, the terminal goes back, two blocks, and starts re- 
transmitting block (i + 1) and then (i + 2). In short, an 
ACK control signal— which will be transmitted most of 
the time— permits blocks to be transmitted continuously, 
and that a NAK causes a two-block back-up. 

Continuous go-back-two ARQ enables efficient oper- 
ation, at about 90% of the line/modem rated speed, 
provided the block length is selected properly and used 
consistently— usually about 1,000 bits per block. It has a 
sharp optimum peak of net data throughput versus 
block length, independent of turnaround time or bit-er- 
ror rates. 

In the forward-error correction operating procedure. 
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errors are detected and corrected at the receiving termi- 
nal. Numerous FEC codes have been developed— one of 
the earliest and simplest being the Hamming code (Fig. 
5). The Hamming code can detect and correct only a 
single-bit error: others can correct multiple-bit errors. 

How FEC works 



The Hamming code is 



based on a seven-bit block- 
four data bits and three check bits. The three check bits 
are used in three parity checking operations on three 
different subsets of the bits in the block. As shown in 
Fig. 5. the rectangle labeled CI encloses the bits 
checked by parity-bit CI. rectangle C2 encloses the bits 
checked by parity-bit C2. and rectangle C3 encloses the 
bits checked by parity-bit C3. The circled bits are the 
parity bits, and the others are the data bits. 

The receiving equipment performs the three parity- 
checks and notes the combination of passes and fails. 
The receiving equipment's logic then determines, ac- 
cording to the table in Fig. 5. which bit. if any, is in er- 
ror. Then, the logic corrects the error by inverting the 
erroneous bit. 

Note, however, that if two bits are in error, say bj and 
b.i, the results CI = fail. C2 = fail, and C3 = pass 
would be interpreted as an indication that only b- had 
changed. This could be corrected, but— in this simple 
configuration— b.! could neither be detected nor cor- 
rected. 

Larger codes can be constructed to detect and correct 
multiple errors in the block, but at the expense of high 
redundancy. For example, assuming a block length of 
1,000 bits and a maximum error burst length of 25 bits, 
the FEC procedure would require a minimum of 165 
bits, compared with 25 bits for a cyclic redundancy 
check. Furthermore, if the burst length exceeds 25 bits, 
then the probability of an undetected error is certain 
with FEC. and three in 100 million with CRC. FEC does 
not require a return channel, and, since data flow is con- 
tinuous, it does not suffer from reduced throughput re- 
sulting from turnaround delays. 

From this discussion, it would appear that the opti- 
mum error-control system for a network with tele- 
phone-line transmission links would be go-back-two 
ARQ with a cyclic error-detection code. However, the 
choice of an actual error-control procedure depends on 
constraints imposed by available terminals, computers, 
software, and line discipline. Available choices are ex- 
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3. Stop-and-wait. In this common ARO scheme, the re- 
ceiving terminal sends back an acknowledgment after 
each block. 

plored for two common applications: low-speed inter- 
active and high-speed batch systems. 

Low-speed terminals limit choices 

Since low-speed interactive systems are usually time- 
shared, many remote users have access to a computer 
independently. To serve their requirements, a fairly 
wide range of error-control approaches has evolved 
through development of many commercial and com- 
pany-owned time-sharing systems. No error control at 
all is quite common when the transmission is an admin- 
istrative message, in which errors can be spotted and 
corrected in context by the reader. Error control 
schemes include echoplexing, FEC. or some variation of 
ARQ. 

The main constraint on the designer of a low-speed 
interactive system is that most low-speed terminals are 
not well equipped for error control. The low-speed local 
links and the high-speed time-division-multiplexed link 
are subject to errors. 

On low-speed links, the terminal's characteristics de- 
termine the approach to error control. Because these 
terminals are usually asynchronous, they deliver data at 
random, and they can't be stopped under control of the 
modem interface. Further, they are usually unbuffered, 
so that if the receiver is busy or shut down and can't ac- 
cept a character when the terminal delivers it, the char- 
acter is lost. 

This combination of characteristics limits error con- 
trol of local links to some kind of FEC technique, fec re- 
quires a large number of redundant bits, which man- 
dates a modem bit-rate substantially higher than that 
for the basic terminal speed, and it also requires the ad- 
dition of FEC electronics at both the terminal and the 
computer-related multiplexer or concentrator. These ex- 
tra costs effectively discourage introduction of error 
control into low-speed links because the overriding eco- 
nomic incentive is to make the system accessible to all 
types of terminals, without special attachments, and at 
lowest cost. 

In high-speed multiplexed links, the situation isn't 
quite as rigid. The designer may elect to use FEC and 
thereby trade a significant loss in effective bit rate for an 
improvement in error rate. For instance, a system hav- 
ing a modem/line basic bit rate of 7,200 b/s and using a 
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4. Go-back-two. Transmitter continuously sends blocks 
until the receiver senses an error, then it retransmits two 
blocks. 

rate % FEC code— the block contains 2 6 data bits and Vs 
redundant bits— provides a maximum effective bit rate 
of 4.800 b/s and error reduction of about 1,000 to I. 

The designer must decide if the error-reduction im- 
provement offered by FEC offsets the higher raw error 
rate from the increased bit rate and is worth the extra 
cost of higher-speed modems and the cost of condi- 
tioned lines to handle the higher signaling speed. The 
only effective way to get an answer is to measure actual 
error rate and burst characteristics on the private voice- 
grade line. 

Another option for the high-speed link is ARQ error 
control between the time-division multiplexers. Because 
in the ARQ mode the high-speed link is periodically 
stopped for retransmissions, extensive buffer memory 
must be added to each TDM to store continuous low- 
speed inputs for later transmission when the high-speed 
line is available for sending blocks. ARQ with store-and- 
forward of temporarily held messages achieves a vast 
improvement in error rate, but the buffers add to the 
cost. In addition, a round-trip delay, which depends on 
line loading and the severity of the basic error rate, is 
introduced. 

High-speed batch error control 

High-speed batch systems involve the continuous 
transmission of a mass of data— a batch— in a short time. 
Among such systems are computer-to-computer, termi- 
nal-to-terminal, and tape-to-tape transmissions. In these 
systems, the user has the least degree of control, since 
they make use of line protocols that are thoroughly en- 
trenched and fairly rigid in their configurations. (The 
line protocol is the set of rules that defines the message 
and response sequences that permit two devices to com- 
municate with each other). These protocols almost uni- 
versally employ stop-and-wait type error control proce- 
dures, which, as already pointed out, seriously reduce 
the effective throughput on the line. The approaches 
available to the user to alleviate this efficiency problem 
are limited to the use of four-wire instead of two-wire 
lines, the use of long blocks instead of short ones, and 
the use of multileaving instead of one-way transmission. 
Some of the considerations involved in evaluating these 
approaches are discussed below. 

SYSTEM DELAYS. In communications links using four- 
wire circuits, system delays may cause turnaround 
losses, even though the line presents no serious turn- 
around delay. This type of delay commonly occurs in 
computer-to-computer and tape-to-tape systems where 
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double-buffering is not employed. For instance, many 
tape-to-tape systems operate as follows: A block of data 
is received from the transmitter, stored in a buffer, and 
checked for errors. Before returning a reply to that 
block, the receiver records the block on tape, then back- 
spaces the tape and rereads the block to insure that it 
has been recorded correctly. 

If an error is detected when the block is reread, the 
receiving terminal replies with a NAK. causing the send- 
ing terminal to retransmit. This type of system has turn- 
around delays of about 150 to 300 milliseconds, in addi- 
tion to line turnarounds. Thus, systems using high- 
speed modems. 4,800 b/s and up. have communi- 
cations-link efficiency that is quite low-typically about 
50%, especially since they usually use one record per 
block. The problem can easily be resolved by double 
buffering, i.e., the tape is written from one buffer while 
the transmission line fills a second buffer, thus elimina- 
ting the wait for the tape write and operation check. 

The same considerations apply in computer-to-com- 
puter and computer-to-terminal systems, although here 
the problem is not so prevalent because these systems 
commonly employ double buffering. However, when a 
user writes his own program for a computer-to-com- 
puter application, he should take care to write the pro- 
gram using a double-buffering technique so as to avoid 
the inefficiency described above. 

DIAL-UP LINKS. In many cases, it is impossible to use 
four-wire full-duplex lines to avoid line-turnaround de- 
lay. This is true when the dial-up network is the basic 
data-communications medium. There are many rea- 
sons—reliability, accessibility, economy— why the dial- 
up network may be the most desirable choice. Because 
the dial-up network is two-wire in nature, the stop-and- 
wait type of error control causes a severe efficiency 
problem, especially at high bit rates. One attempt to al- 
leviate this problem, provided by the IBM binary syn- 
chronous communications (BSC) protocol, is known as 
multileaving. Multileaving reduces the effect of turn- 
around losses by interleaving output data with input 
data as follows: 

When a block of data has been output to a terminal, 
the terminal replies with a block of data to the com- 
puter instead of a simple ACK/NAK. message. Thus, for 
each pair of line turnarounds, one block of data is trans- 
mitted in each direction, which works out to one line 
turnaround per block, instead of two necessary for nor- 
mal one-way transmission. 

In practice, the effect of multileaving on line effi- 
ciency is not overwhelming. For typical remote job en- 
try systems, both card reader and line printer operate 
simultaneously only about 20% of the time. Therefore, 
multileaving reduces the inefficiency of the stop-and- 
wait method by 50% for 20% of the time— yielding a 
10% improvement. However, even that is better than 
nothing, and when combined with the simultaneous op- 
eration of the peripherals, it has achieved popular use 
on the types of terminals and operating systems that can 
support simultaneous operation. 

REVERSE-CHANNEL SYSTEMS. In tape-to-tape systems, 
the user has one further degree of freedom in that he 
may elect to use a line protocol based on the use of a si- 
multaneous reverse channel. These systems use the re- 
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5. Hamming code. Used in forward-error correction, logic 
tests on received data and check bits correct a one-bit 
error. 

verse channel for ACK/NAK^ signaling. This type of 
protocol can be more efficient than the conventional 
stop-and-wait protocol because of shorter delay times 
between blocks; however, in many cases, the improve- 
ment is vitiated by the use of a single buffer. 

ERROR-CONTROL MODEMS. An approach that can 
eliminate the inefficiencies of the BSC line protocol for 
high-speed half-duplex batch terminals operating on 
two-wire circuits is to use an error-control modem, such 
as the Paradyne Bisync-48. This modem employs a con- 
tinuous-type ARQ algorithm that performs the error 
control for the link without turnaround losses, and it 
contains the necessary hardware adaptors to make the 
modem suitable for use in IBM Bisync links without 
need for software or hardware changes. 

Speed dictates new techniques 

Perhaps even more efficient methods of error control 
will result when computer and terminal makers take 
more cognizance of communications requirements and 
of developments now going on in higher-quality, 
higher-speed, transmission links at lower costs. For ex- 
ample, when domestic satellites become available in the 
near future, they will carry voice-grade communi- 
cations. If these circuits are used for data communi- 
cations in much the same way as terrestrial circuits, the 
round-trip electrical propagation delay— from land- 
based transmitting station to land-based receiving sta- 
tion—will add about 500 milliseconds to the dead time. 
Thus, if the conventional stop-and-wait error-control 
method is used, as practically mandated by present line 
protocols, then channel efficiency will drop to 25%-45% 
utilization. 

Since it is unlikely that users will scrap existing com- 
puters and data-communications equipment with a 
well-entrenched line-control protocol, the user may 
have to instruct the common-carrier not to transmit 
data messages via satellite circuits. 

And demand by users to take advantage of satellite 
communications may force computer makers at last to 
improve line protocols and modify equipment to pro- 
vide both economical data processing functions and 
economical communications links capable of operating 
at a high net data throughput for the complete data- 
communications data processing system. 
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Hit analysis leads 
to reduced data errors 
from a microwave link 



Continuous observation of hits 
that produce data errors can 
locate sources of troubles on 
long-haul microwave-carrier 
circuits and thus improve the 
performance of a user's 
data' communications system 



Edward J. Henley 
MCI Communications Corp. 

Washington, D.C. 



IM KI ORMANC1, 



During February 1973, an 
extensive 664-hour test on 
MCl's microwave link be- 
tween Chicago and St. 
Louis demonstrated quite vividly that a long-haul com- 
munications link designed, installed, and operated spe- 
cifically for carrying data can, in fact, perform substan- 
tially free of hits— a variety of electrical disturbances 
that cause data errors. 

For the whole month, less eight hours for special 
tests, only 250 hits occurred. Each hit lasted no longer 
than a few milliseconds. This performance is much bet- 
ter than the phone company's published objective of no 
more than "15 hits in 15 minutes," or 39,840 hits during 
the same 664-hour period. Furthermore, MCI's micro- 
wave link operated completely hit-free for a continuous 
period of 64 hours. The month's hit performance is 
plotted in bar-chart form as a function of the hour of 
the day (Fig. 1). 

When a carrier can supply minimum-hit lines, the ul- 
timate beneficiary is the data communications user be- 
cause it allows him to free up communications resources 
and time. Designers of computer-based data communi- 
cations systems are accustomed to a high incidence of 
data-error-producing hits on communications lines. 

They have learned to live with the situation by in- 
stalling error-control procedures— usually calling for re- 
transmission of blocks or messages— to prevent false 
data from propagating through the communications 
network and eventually into the organization's oper- 
ations. Although necessary, error-checking and retrans- 
mission must be regarded as overhead in that it wastes 
such communications-network resources as lines, data- 
sets, multiplexers, remote data concentrators, front-end 
processors, and even host computers. 

The primary responsibility for reducing the error- 
control overhead rests with the common carriers be- 
cause, unless a hit occurs, there is no need for error cor- 
rection. Thus, carriers have the obligation to provide 
lines that are as free of hits as is technically and eco- 
nomically feasible. When this is accomplished, the user 
can then relax error-control procedures to a point con- 
sistent with actual hit incidence. This, presumably, will 
reduce error-control overhead by, for example, permit- 
ting use of longer data blocks. 

To design a data communications network, keep it 
running well, and execute follow-on performance audits 
(see "Auditing brings insight," next page), the user must 
be aware of the kinds of lines employed throughout his 
network, the communications technology on which they 
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Auditing brings insight 

Minimizing the impact of hits on data communications 
systems requires a continuing and independent tech- 
nical audit of line performance by the common carrier 
and of over-all network performance by the sub- 
scriber. Since it is unlikely that data communications 
people can properly audit their own performance, the 
demand for such an audit must stem from carrier man- 
agement and user management. 

Consider, for example, one benefit of an technical 
audit performed by an independent group reporting di- 
rectly to mci's top management. This group was 
charged, among other things, with running the tests 
whose results are depicted in Fig. 1 and analyzing the 
results to independently arrive at ways to improve op- 
eration. Note in Fig. 1 that more hits occurred during 
daylight hours than at night, contrary to the usual per- 
formance of a microwave link which should exhibit 
more fading— hence contribute more hits— at night. 
Further, hit incidence was much greater on weekdays 
than on Saturdays and Sundays. 

What was going on along the system during week- 
days, but not at night, to induce more hits? The an- 
swer: routine maintenance, during which equipment 
would be manually switched from one channel to an- 
other. This switching would occasionally register as a 
hit. Recognizing the problem, the equipment vendor 
modified the hardware, and operations management 
evolved a new routine so that maintenance can be ac- 
complished during the day, and as necessary, without 
creating inadvertent hits. Therefore, line performance 
is expected to be even better than indicated in Fig. 1 . 



are based, and the time and magnitude profiles of the 
hit-incidence performance that can be reasonably ex- 
pected from each type of link. To this end, the balance 
of this article describes the use of microwave technology 
for long-haul communications, sources of hits, and the 
instrumentation for gathering the hit data. 

Sources of errors 
Barring catastrophic failure, errors occur from two ma- 
jor sources: deviations from prescribed steady-state 
parameters, which result in easily recognized, more or 
less continuous streams of erroneous data, and hits that 
occur at random, inducing short-lived error situations. 

Among the more important steady-state line para- 
meters are frequency response, envelope delay, and dis- 
tortion. Frequency response and envelope delay are re- 
lated to each other electrically and, in general, the 
longer the line, the less satisfactory these parameters 
could become. The common carriers improve the line to 
obtain relatively flat response within a voice-grade band 
by using a technique called conditioning. Good-quality 
datasets (modems) can improve frequency response and 
envelope delay even further by using equalization to 
maintain the flat response. 

Distortion occurs because of nonlinearities intro- 
duced by poor synchronization of carrier facilities, by 
equipment for gain expansion and gain compression, 
and by interchannel modulation. Again, a quality data- 
set can compensate for the effects of line distortion. 

Once a leased line and dataset are adjusted for such 
steady-state parameters, the link should perform in a 



rather stable manner and merely require slight adjust- 
ments, perhaps once every three months. Therefore, for 
purposes of discussion, steady-state line parameters will 
be excluded as error sources. 

The data-error-producing sources— hits— of concern 
here can be classified as amplitude hits, phase hits, im- 
pulse noise, and dropouts. Such hits can occur on any 
type of data communications circuit, but they will be 
discussed with particular reference to a long-haul mi- 
crowave system, reviewed next. 

Figure 2 shows one hop in a microwave link which 
uses the space-diversity technique to circumvent the at- 
mospheric and terrain-configuration effects on the qual- 
ity of the signal going on a line of sight from one tower 
to another tower. 

Space diversity 

In space diversity, usually the upper antenna of a pair 
on a tower is used for receiving, as well as transmitting. 
The lower antenna is used for receiving only. 

Under certain fading conditions, ground reflections 
may be so strong that the amplitude of reflected signals 
Ru and R L may be equal to the desired line-of-sight sig- 
nals U and L. Suppose, for example, that the direct and 
reflected signals have the same amplitude, but the path 
length of the upper reflection is longer, so that Ru ar- 
rives at the antenna 180° out of phase with the direct 
path U. Then, the signals will cancel, and the upper an- 
tenna at tower B cannot deliver a useful signal for am- 
plification and retransmission to the next tower. A simi- 
lar out-of-phase situation could occur with the 
relationship of L to Rl. Or, perhaps, reflected signals 
could be in phase and reinforce the direct signals. 

Generally, when atmospheric and terrain conditions 
cause fades, the signal at one antenna will be better 
than the signal at the other antenna. To profit from this 
situation, in space diversity, each antenna has its own 
receiver, including automatic gain control. A diversity 
switch monitors the output of both receivers, selects the 
better output, and feeds it to the antenna transmitting 
to the next tower along the path. 
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MCI SYSTEM PERFORMANCE CHICAGO TO ST LOUIS 
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FIG. 1. ANALYZING HITS ■ An hour-by-hour time distribu- 
tion ot hits caused by electrical disturbances yields diag- 
nostic information about microwave carrier performance. 
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Figure 3 contains actual simultaneous traces of sig- 
nals received at a top antenna and a bottom antenna, as 
well as at the diversity switch which chooses, at any in- 
stant, which antenna has the better signal. Two "win- 
dows" are used here to focus on when the switching has 
occurred from one antenna to the other. A diversity 
switch in good working order will not itself cause a hit. 

More than likely, the line-of-sight electrical path 
lengths from the transmitter to the two receiving an- 
tennas will differ, so that when switching occurs, there 
will be a difference in electrical phase angle— and if it is 
large enough, it will be classed as a phase hit. The cure 
for this is the insertion of a length of cable in the 
shorter-path-length facility so that both have the same 
electrical length. The procedure for correcting phase 
difference is called dade, for differential absolute delay 
equalization. 

During fading conditions, and particularly during 
deep fades that occur at night in the late spring and 
summer, the reflected signals may dominate either or 
both of the line-of-sight signals. Therefore, and despite 
good DADEing, when the space-diversity switch chooses 
the better signal, the electrical lengths are again un- 
equal, thus creating a phase hit. 

Frequency diversity 
The effects of fading can also be reduced by another mi- 
crowave technique called frequency diversity, which 
relies on the diversity switch to choose the better signal 
at two different frequencies rather than two different 
path lengths. MCl's link between Chicago and St. Louis 
uses frequency diversity. It is DADEd to 6°. To conserve 
the microwave spectrum, the Federal Communications 
Commission now allows the construction of frequency- 
diversity routes only under special circumstances. As a 
result, space diversity is used in initial construction of 
many long-haul microwave systems. It can be shown, 
also, that space diversity has certain technical advan- 
tages over frequency diversity, provided that the 
DADEing at each hop is satisfactory. The objective on 
the MCI space-diversity system under construction be- 
tween Chicago and New York is a phase shift of 3 elec- 
trical degrees or less. Further, to raise performance by 
reducing transmission loss, and thus dynamic range of 
required amplification, the towers will be spaced an av- 
erage of 23 miles apart, compared with industry custom 
of 27 miles. 

In the tests run by MCI, a phase difference of 10° or 



more is classed as a phase hit. This threshold level is 
consistent with the present state of the art of modu- 
lation/demodulation techniques in high-speed datasets. 
That is, with a phase hit of 10° or less, a quality dataset 
should be able to remain in synchronism. But for larger 
phase hits, the dataset may temporarily go out of sync, 
and during the resynchronizing interval, its data stream 
is erroneous. 

When a phase change occurs at a baseband line fre- 
quency (up to 8.3 megahertz), the same phase change 
appears on the voice-frequency (voice-grade) channel 
that is subsequently demultiplexed from that frequency. 

Both equipment and propagation effects may cause 
differences in amplitude of the demodulated signals at 
the output of the regular and the diversity radio paths. 
When traffic switches from one facility to another, this 
difference introduces a step change in signal level 
which, if large enough, will cause the dataset to gener- 
ate an erroneous bit stream while its automatic gain 
control acts. Even when switching takes place at the ra- 
dio frequencies of a microwave system, an amplitude 
hit may result from distortions in gain-frequency re- 
sponse characteristics of the demodulated signals. 

An amplitude hit is defined here as a 6-dB-step 
change in level. This assumes that level changes smaller 
than this value can be compensated for by the dataset's 
circuits. Depending on the time relationship of the am- 
plitude hit with respect to the data signal, an amplitude 
hit may appear simultaneously with a phase hit. 
Impulse noise 

Impulse noise derives from such sources as lightning 
strikes, power-load switching, motor startups, and even 
the opening and closing of small relays and switches. 
Generally, impulse-noise bursts can be as short as a few 
microseconds and as long as several milliseconds. The 
short-haul, or local, wire and cable links in urban or in- 
dustrialized areas are thus more susceptible to impulse 
noise—both in amplitude and frequency of occurrence— 
because of the large amount of electrical equipment op- 
erating in these areas. Long-haul microwave routes, 
however, usually traverse rural areas, which have a 
sparse amount of electrical equipment and thus are rel- 
atively "quiet" (Fig. 4). 

Even so, microwave links do suffer from occasional 
impulse hits. Here, an impulse is considered a hit when 
it equals or exceeds 71 dBrnO (vb), where dBrnO means 
decibels above a zero reference-noise level of 1 X 10 -12 




FIG 2 SPACE DIVERSITY ■ Using two channels, the space-diversity microwave link can choose the stronger ol the two sig- 
nals to overcome the ettects ol lading and forward the stronger signal on to the system's next microwave tower. 
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FIG. 4. BUCOLIC ■ Microwave links traveling across 
country are not too susceptible to electrical noise. 



watts. VB, for voice band, means the frequency-response 
characteristics of a filter used in taking noise measure- 
ments. Thus, 71 dBrnO (about 10 microwatts) is slightly 
more conservative than the more customary 72 used by 
the phone companies. Because datasets are generally 
designed to work well at noise inputs of less than 72 
dBrnO, only impulses of 72 dBrnO or greater may cause 
the dataset to generate errors. 

Although impulses less than 71 dBrnO are not consid- 
ered hits, and thus will not create data errors, it was de- 
cided to study the distributions of impulses at three 
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lower power levels and correlate them with specific 
causes. Figure 5 shows the results of tests run at 54, 60, 
and 66 dBrnO. At such high sensitivities, the number of 
measured impulse spikes per hour is quite high, and 
their distribution depends on the source. For example, 
deep fading creates a phenomenon which, while not 
truly impulse noise, behaves similarly to impulse noise. 
The deeper the fade, the more noise spikes are created 
at a given threshold level. This is shown by the colored 
bars in Fig. 5. 

Noise created by electrical-equipment operation— 
which would go unnoticed at 71 dBrnO by the dataset— 
also shows up in the distribution at high-sensitivity 
thresholds, as shown by the white bars in Fig. 5. Each 
time a nearby farmer, for example, starts up a water 
pump, this could register as a spike at one of these 
threshold levels. Continuous monitoring at such high- 
sensitivity noise thresholds leads to identification of the 
noise source and its rapid correction. 

Dropouts are amplitude hits that last longer than 300 
milliseconds. They can be caused, as examples, by a de- 
fective diversity switch or by a transient voltage spike 
(impulse) of such magnitude as to saturate an amplifier 
and clip the signal until saturation disappears. Al- 
though no dropouts occurred during MCl's test period, 
the impact of dropouts cannot be ignored. This point 
will be discussed later. 

Test instrumentation 
The performance data presented in Figs. 1 and 5 was 
obtained from a comprehensive instrumental setup. 
Test equipment to measure threshold levels of impulse 
noise, phase hits, and amplitude hits were connected to 
counters. In addition, logic provided a count of a coinci- 
dent amplitude and phase hits. A signal was also pro- 
vided to count every time the diversity switch at St. 
Louis operated. Besides this, all these signals were re- 
corded on a multi-event strip chart recorder. Figure 6 
shows a portion of a test run, which has been redrawn 



FIG. 3. FADING ■ Signals become stronger or weaker, de- 
pending on natural conditions, so a diversity switch in 
good working order can choose the better channel without 
causing a phase shift, or phase hit. which causes errors. 
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FIG. 5. SENSITIVE ■ Even though noise impulses at the 
levels shown won't cause data errors, it's wise to observe 
their distribution to anticipate future difficulties. 



to provide a readable presentation of hit events. 

The counters were read every hour on the hour by an 
operator. Figure 1 displays the total count of all hits for 
the month, by hour of the day. This information has 
proven so useful that the instrumentation will be rede- 
signed for automatic, unattended operation. In a sense, 
the counters provided a composite characteristic of line 
performance. The strip chart's main application was to 
permit the detailed observation and interpretation of 
the relationship between specific hits and other identi- 
fiable activities. 

Over a long communications circuit, even a very 
short hit can stretch into a longer hit burst, which has 
the same effect as a dropout because of the time taken 
by automatic gain- and frequency-control circuits to re- 
settle to a steady-state condition. Under these circum- 
stances, a short hit can cause a chain reaction of delays 
in the radio equipment, the multiplex equipment, and 
the datasets. 

Measuring performance 

In the data communications environment, it has been 
customary to measure the performance of a data chan- 
nel in terms of bit-error rate (BER), where bit-error rate 



is the number of bits in error relative to the total num- 
ber of transmitted bits. That is, 10 error bits out of 
20,000 transmitted bits is an error rate of 5 X 10- 4 . BER 
measures effect, not cause. And such a measure of per- 
formance may be reasonable when the hit distribution 
is fairly uniform in time and the user is concerned with 
performance averaged over a long period. 

However, bit-error rate gives no insight to the real in- 
pact of hits: whether a hit caused a 1-bit error which, 
because of error control procedures, in turn required 
the retransmission of a 1,000-bit block, or whether a 
stretched hit caused a longer error burst which over- 
lapped two blocks and caused the retransmission of 
2,000 bits. 

From the user's operational viewpoint, performance 
is measured more accurately by the time distribution of 
hitless intervals and of the hit-burst lengths. Such infor- 
mation can then be more meaningful in specifying ac- 
ceptable system performance and developing an ef- 
ficient error-control system. For example, assume that 
data is transmitted over a leased line for display on a 
video terminal. If hits occur frequently, then the system 
may have to be designed to request retransmission of 
the line (of display) in which the error occurred. This 
procedure would involve substantial error-control over- 
head. And it could be disconcerting to the operator if 
several lines are retransmitted for each page displayed 
by the terminal. 

However, if a hit occurs infrequently, and, even if it 
stretches, then it may be more efficient to transmit a 
page at a time, in a continuous manner, and retransmit 
the whole page on the rare occasion of a hit. 

The exact approach taken by the user to monitor his 
communications depends on many system factors, one 
of which is the hitless quality of his lines. But the qual- 
ity of all lines will be different, and thus it may be bene- 
ficial for the user to install his own monitoring equip- 
ment, similar to that used in testing MCl's microwave 
link. He can then observe actual line performance, de- 
velop an operational plan suited to actual hit distribu- 
tion, and anticipate any trend toward degradation of 
the line, and isolate faulty links for rapid restoration of 
service by the common carrier. ( kotI 
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FIG. 6. INSIGHT ■ Multipen strip-chart recorder keeps track ol time and coincidence ol hits to permit detailed analysis and 
troubleshooting: meanwhile the hits are counted to produce the hour-by-hour time distribution ol hits as in Fig. 1 . 
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Getting 
peak performance 
on a data channel 





How much usable data 
can be pumped down a 
channel depends on 
eight operating factors, 
ranging from modem speed 
to line protocol 

Carl N. Boustead and Kirit Mehta 
International Communications Corp. 

Miami, Fla. 



Throughput 



Characterizing a data 
channel in terms of its 
transmission speed is a con- 
venient way of specifying the maximum instan- 
taneous data rate. But this rating usually masks a 
more essential specification— the number of usable 
characters per second that can be transmitted. The 
raw transmission speed of the equipment and 
transmission lines making up the data channel is 
what the user pays for, and, in general, the faster 
the equipment, the more it costs. 

Net data throughput, the rate that usable charac- 
ters are received, depends not only on the equip- 
ment, but also on how efficiently the user inte- 
grates the various elements— and there are many 
elements— that make up the data channel. Unless 
the channel's elements work in concert to attain 
the peak usable character rate, the extra cost of 
higher speed equipment and lines may be wasted. 

Consider the data channel consisting of a trans- 
mission line, two modems, two terminals, and a 
particular way of implementing error control. For 
each channel, with a given type of system arrange- 
ment, there is a set of operating conditions that 
will provide maximum net data throughput (ndt). 
NDT, a measure of information-transfer efficiency, 
distinguishes between total number of text, over- 
head, and retransmitted characters sent by a termi- 
nal and the number of correct text characters that 
actually are received by a terminal or computer in 
a specified length of time. 

One of the more important parameters in estab- 
lishing ndt is the modem's speed. But, contrary to 
popular belief, raising the modem's speed in an at- 
tempt to increase NDT will not work in every case. 
Usually a faster bit rate from a more expensive 
modem does significantly increase the net data 
throughput, but a faster modem will in a relatively 
few isolated cases actually reduce the usable 
throughput. In a few other cases the marginal in- 
crease in NDT won't be worth the extra cost for the 
faster bit-rate modem. Besides the bit speed, the 
over-all systems operating parameters cannot be ig- 
nored when optimizing throughput. The other im- 
portant parameters that can affect data-channel 
performance include such things as how rapidly 
the modem can resynchronize itself, the total time 
between consecutive blocks in a message, the error 
environment, the method of error control used in a 
particular link, the number of characters in a text 
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Calculating data channel throughput 



For half-duplex operation, the net data throughput, in characters per second, can be obtained from: 



NDT= KrfM-QQ-KzKsE)* 



(1) 



K 3 is the multiple-bit-error discount 

M is total block length 

R is the modem's speed in bits per second 

AT is the time interval between blocks 



NDT is net data throughput in bits per second 
K, is the number of information bits per character 
Ko is the total number of bits per character 
E is the bit error rate 
C is the average number of noninformation characters per block 

Holding every factor constant at a given set of conditions and varying block length M results in the 
curve in Case I, shown later. But other factors can also be varied to provide specific insight to channel 
performance, as shown in other cases. 

The curve of optimum block length (M*) as a function of bit error rate, shown in Case V, is obtained 
from this equation: 

C-RAT f WAT 2 CRAT C 2 RAT+C li 

»J 



M* = 



RAT \R*AT~ CRAT C 2 



11/2 



4 log e (l -K 2 K 3 E)_ 



(2) 



Equations derived by ICC Institute. NDT is also called TRIB, for transfer rate of information bits. 



block, and the number of overhead characters re- 
quired to transmit the text block. 

In fact, getting peak performance requires know- 
ing everything about how the data channel's line, 
modems, and terminals interact with each other. 

Factors in throughput 

Moreover, at least eight factors determine net data 
throughput. Because the interactions between 
them are so complex, obtaining a qualitative un- 
derstanding—much less a quantitative result— of 
the relationships becomes difficult. The complex- 
ity is demonstrated by an equation that combines 
all pertinent factors to yield ndt. This equation, 
together with a companion equation, is presented 
in "Calculating data channel throughput." 

Fortunately, understanding data channel behav- 
ior can be simplified by using graphic plots derived 
from the equations. The plots, which show inter- 
action of varying values of the channel factors 
being considered, demonstrate not only how a data 
channel operates under a given set of circum- 
stances, but also how to improve the channel's per- 
formance. In other words, the eight plots presented 
later as case studies indicate ways to obtain the 
most NDT for the lowest system cost. 

Before discussing these curves, it is necessary 
first to define the relevant factors and put them in 
operational perspective. 

NET data THROUGHPUT is the rate of the number 
of information characters accepted by the receiv- 
ing station (terminal or computer) compared with 
the total transmission time required to get these 
characters accepted. In the simplest data communi- 
cations system operating in one direction with no 
error control, a 4,800 b/s modem can send 480 10- 
bit characters each second. But suppose errors on 



the channel force the rejection of 80 characters 
during the second. Then the number of informa- 
tion characters accepted by the receiver is 400 dur- 
ing that second. Therefore, the ndt is 400 accepted 
characters a second— well below the 480 characters 
transmitted each second. 

INFORMATION BITS PER CHARACTER (Kx) depends 
on the code being used on the data channel. For ex- 
ample, for EBCDIC code Ki is 8, for ASCII code it's 7, 
and for Baudot code it's 5. (EBCDIC means extended 
binary coded decimal interchange code,- ASCII 
means American standard code for information in- 
terchange.) 

TOTAL NUMBER OF BrTS PER CHARACTER (K 2 ) in- 
cludes, in addition to K 1( bits for parity check and 
for the serial start-stop bits to delimit a character 
when using asynchronous transmission. Thus, for 
example a 7 bit ASCII character transmitted with 1 
parity bit, 1 start bits, and 2 stop bits would have a 
K 2 of 11. The difference between K 2 and Ki is con- 
sidered to be the number of overhead bits per char- 
acter. 

Brr error rate (e) is the number of bits in error, 
relative to some total number of bits transmitted. 
Thus, 5 bits in error out of 100,000 transmitted is a 
bit error rate of 5 X 10 5 . The bit error rate (BER) is 
a function of transmission line characteristics, 
noise, and the ability of the modem to perform un- 
der these conditions with a given coding scheme. 
Unless otherwise stated, the assumption is made 
that errors are randomly distributed in time. 

multiple-bit-error discount (k 3 ) takes into ac- 
count the fact that, even when the external cause 
of bit errors (impulse noise, for example) is ran- 
domly distributed, the bits in error coming from 
the modem tend to occur in groups, or bursts. One 
reason is that in a modem with an adaptive equal- 



izer, the cause of the error is propagated through 
the modem's tapped-delay filter. During this propa- 
gation interval, the modem will usually produce 
closely grouped fault bits. Necessary coding meth- 
ods in higher speed modems also contribute to this 
bursty bit error condition. 

Because of this burst characteristic, several errors 
usually impact the same character or data block. 
And no matter how many bits are in a character or 
block, a single bit in error is all it takes to require a 
retransmission. Therefore, K 3 discounts the effect 
of burst errors on retransmission. K 3 is defined as 
the occurrence of errors divided by the number of 
bits in error as measured over a long time with a 
particular type of modem on a particular line. It is 



lays caused by such operating factors as: 

■ Line turnaround time when operating over 
a two wire, half duplex, link which can become 
particularly burdensome because two line turn- 
arounds are involved in transmitting a block and 
then an acknowledgment. Trying to reduce the ra- 
tio of line turnaround time to total transmission 
time is one of the main reasons for increasing the 
number of bits transmitted in each block. 

■ Waiting for an acknowledgment signal 
(ACK/NAK/WACK) over a low speed reverse channel 
when operating on a two wire link, or over a full 
speed return channel when operating on a four 
wire link. 

■ The time allotted to a modem to retrain its 
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always less than 1 . The range of K 3 typically varies 
between 0.2 and 0.5. For example, network tests 
show that K 3 would be 0.3 for most adaptively 
equalized modems. 

TOTAL BLOCK LENGTH (M) is the total number of 
characters in a block, including, as shown in the 
figure, the start-of-header characters, the start-of- 
text character, the message text, the end-of-text- 
character, and the block-check characters. Only 
the message-text characters are considered as infor- 
mation characters. They are shown in color. 

NONINFORMATION CHARACTERS PER BLOCK (C) are 
all the characters in a transmitted block that are 
not message characters. These are shown in white 
in the figure. These characters, and such other con- 
trol characters as PAD and SYN required to keep a 
channel properly synchronized for bits, characters, 
and blocks are considered to be overhead charac- 
ters. As can be seen from the numerator of Equa- 
tion 1 in the panel, the larger the number of over- 
head characters (c), relative to the number of 
message characters (M) in a block, the lower the 
net data throughput. 

RATED MODEM speed (R) is the nominal contin- 
uous bit-transmission rate in bits per second. 

TIME INTERVAL BETWEEN BLOCKS (AT) is the dead 
time in seconds that occurs, for any reason, be- 
tween the end of one block and the beginning of 
the next block in a given message transmitted in 
one direction. Included in this time interval are de- 



equalizer (if any) and to regain synchronization. 
Called the clear to send (cts) time, this interval 
can be reduced to a negligible amount by operating 
the modem in a continuous carrier (carrier up) 
mode over a four wire link. 

■ Electrical propagation interval required for a 
signal to traverse a fink from the sending end to 
the receiving end— and back again for the error- 
control acknowledgment signal. Any buffering and 
queuing delays can be included here, particularly if 
the data block passes through one or more network 
nodes containing communications processors such 
as programable front-end processors and remote 
data concentrators. 

Error controls modify throughput 

In the eight graphic cases that follow to demon- 
strate the impact of various operating variables, the 
error-control method plays a very important role, 
since each method makes a different contribution 
to the time interval between blocks and thus to the 
reduction of the channel's net data throughput. 
The three methods considered here are: 

■ HALF DUPLEX OPERATION using a two 
wire link and employing the Binary Synchronous 
Communications (BSC) data link control. The ma- 
jor contribution to the time interval between 
blocks is the 300 milliseconds per block required to 
turn around the echo suppressor in a dial-up line, 
150 milliseconds for each direction. Furthermore, 

(continued on page 187) 
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Eight examples of data channel performance 



CASE I. HOW BLOCK LENGTH AFFECTS NET DATA THROUGHPUT 




Using the equation for net 
data throughput (Equation 
1) to prepare this curve, all 
factors are held fixed ex- 
cept block length m. The 
more significant fixed pa- 
rameters are listed next to 
the curve. The shape of the 
curve shows the particular 
block length that yields the 
highest net data through- 
put (ndt) for the given data 
channel. 

To the left of the peak, 
the lower ndt for shorter 
block lengths is caused by 
the impact of the long turn- 
around time and reply time, 
relative to block-trans- 
mission time, that charac- 
terizes half duplex two-wire 
operation using conven- 
tional error detection and 
retransmission schemes. 
Furthermore, to the right of 
the optimum, net data 
throughput deteriorates 
when block lengths be- 
come too long, because 
even one erroneous bit im- 
pacts a long block and 
causes retransmission of 
the entire block— thus once 
again reducing the net 
data throughput. 

This curve also shows 
that, under the stated con- 
ditions, the peak ndt is 
about 30% less than the 
modem speed. At best, 
then, using a 4,800 b/s 
modem this data channel 
can transfer just about 
3,500 usable bits each sec- 
ond, not the 4,800 b/s 
called for by the modem's 
speed rating. If a 3,600 b/s 
modem were used, the 
transfer rate of information 
bits would decrease pro- 
portionally. And it doesn't 
take much of a difference 
from the optimum block 
length to drastically reduce 
the net data throughput. 
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CASE II. FASTER BIT-RATE MODEMS MAY NOT HELP AT SHORT BLOCK LENGTHS 
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Throughput as a function of block length is compared here for modems of 
two different speeds, operating in half duplex, four-wire mode. The modems 
run with continuous carrier, so the clear to send (CTS) time is essentially 
zero. 

For the given error rate of 1 x 10- 6 , the optimum block length of the two 
data channels— one using a 4,800 b/s modem and the other a 3,600 b/s 
modem— is about 50,000 bits. At the optimum block length, the ndt for the 
4,800 b/s channel is substantially better than that for the 3,600 b/s channel. 
But when block lengths are short, say about 1,500 bits or less, there isn't 
any significant improvement in throughput by operating at the higher trans- 
mission rate. 

In this range of up to 1,500 bits per block, ndt is largely determined by the 
relatively long turnaround times (due to modem and line propagation and 
terminal reaction time) and the time interval required to transmit block ac- 
knowledgments or response to idle polls. For the medium block lengths, 
more information is transferred in a given time, relative to the turnaround 
dead time, so throughput goes up for both channels. 



CASE III. I 



1.600 



! RATE ON THROUGHPUT 




50.000 100,000 



For the 2,000 b/s modem and channel used in this case, the bit error rate 
can vary by as much as 20 to 1, and there will be little noticeable differ- 
ence in net data throughput for blocks that may contain as many as 5,000 
bits. Again, the long dead time introduced by line turnarounds between 
blocks dominates ndt more than does the error environment. 

But difference in throughput due to error becomes apparent when 
blocks become longer than 5,000 bits. Above this value, obtainable ndt 
starts to decrease rapidly when ber goes up (10 X 10°). But when ber is 
extremely good (0.45 X 10 6 ), the throughput continues to increase with 
block length up to about 100,000 bits per block. 

When everything else remains steady, it would seem that if one could 
be certain that the error would not exceed 0.45 X 10-°, then a block 
length of 100,000 bits would be a wise and efficient choice. But, as the 
next case shows, this choice can be risky. 
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Eight examples of data channel performance 



CASE IV. SENSITIVITY OF BLOCK LENGTH TO BIT ERROR RATE 
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For a data channel of a given speed, here 4,800 b/s, the net data 
throughput is a function of the selected block length. But the ability of the 
channel to sustain the ndt at the given block length is itself dependent on 
the error environment to which the channel is exposed. As shown, a 
1,000-bit block length (that is. the shorter block lengths) is relatively in- 
sensitive to the bit error rate. In this case, the designer can be assured of 
an ndt close to 1 ,600 b/s, even though the error rate becomes as bad as 
1 X 1 ->. Thus, if the transmission line has poor or variable error quality, a 
1 , 000-bit block seems a wise choice. 

However, a 100,000-bit block can be used between satellite links, 
where the error rate is expected to be low (less than 1 erroneous bit in a 
million bits) and the nature of the applications make long block trans- 
missions worthwhile. Note, however, that with longer block lengths, ndt 
deteriorates so rapidly as to be worthless, once the bit error rate exceeds 
the nominal design value. 



CASE V. HOW OPTIMUM BLOCK LENGTH DEPENDS ON BIT ERROR RATE 



In Case I, the optimum block length is shown for a 
particular bit error rate. For any set of conditions, 
there is an optimum block length for each bit ertor 
rate. Graphically, this means that location of the opti- 
mum block length and its corresponding ndt shifts as 
the ber is varied. Another curve, connecting the re- 
sulting peak values is then the plot of optimum block 
length as a function of ber. Such a plot can be ob- 
tained from the second equation in the panel. 

Using this equation, the curves shown for Case V 
were calculated for the conditions indicated. These 



curves reveal that at zero bit error rate, to the left, the 
optimum block length approaches infinity. Zero ber 
is unrealistic. However, in the ber ranges found on 
most data channels, the optimum block length is still 
very sensitive to ber; the worse the error rate, the 
shorter is the optimum block length. Note also how 
the number of bits per character (K <) affects the opti- 
mum block length, measured in characters and not 
bits, at any given error rate: the fewer the total bits 
per character, the longer the optimum block length 
in number of characters. 
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CASE VI. IMPACT OF CLEAR TO SEND TIME ON THROUGHPUT 




Even though a terminal indicates during the hand- 
shaking procedure that it is ready to transmit data, 
actual transmission can't start until the associated 
modem gets its receiving circuits ready to receive er- 
ror-free data. The time for the modem to get into this 
ready state is called clear to send (cts) time. 

Different types of modems have different cts times. 
In general, modems employing automatic equal- 
ization have longer cts times than those that are 
manually equalized. The reason is that an auto- 
equalized modem requires "retraining" time, while 
the equalizer adjusts to changing line parameters. 

In the examples of the 3,600 b/s modems, shown 
in color, the effect of increased cts time is very 
apparent. All other things being equal, the shorter 
the cts time is, the better the throughput. The two 
middle curves show dramatically that faster bit-rate 
modems are not always more efficient than slower 
bit-rate ones. At a block length of 135 characters or 
less, the 2,400 b/s modem has a better throughput 
than does the 3,600 b/s modem. The reason is that 
the faster bit-rate modem has a longer cts time than 
the slower bit-rate modem, which defeats the advan- 
tage of faster transmission rate. 
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Eight examples of data channel performance 



CASE VII. HOW ERROR CONTROL METHOD AFFECTS THROUGHPUT 



I - 2- WIRE OPERATION WITH 150 b/s 
REVERSE CHANNEL TOGGLE 
OPERATION; 9 CONTROL 
CHARACTERS PER BLOCK. 



4WIRE CARRIER UP OPERATION; 
BSC PROTOCOL; 66 ms BETWEEN 
BLOCKS; 14 CONTROL 
CHARACTERS PER BLOCK. 



2-WIREWITH LINE TURNAROUND; 
366 ms BETWEEN BLOCKS; 
14 CONTROL CHARACTERS 
PER BLOCK. 



The most common mode of data channel operation is 
half duplex. In this mode, two terminals communicate 
with each other over a pair of primary wires, but only one 
terminal can transmit at a time. And when operating half 
duplex, three ways of implementing the popular stop- 
and-wait error control technique are intrinsic to ibm's 
Binary Synchronous Control (bsc) data link control. 

Every time a block is sent, the transmitter must wait for 
a signal from the receiver as to whether or not the block 
was received without error; if an error occurs, the block 
must be retransmitted. The three ways of acknowledging 
are: using a reverse channel that sends back a or 1 
toggle to indicate correct reception; using another pair of 
wires (hence called a four-wire system) to return the ack 
(acknowledge) or nak (negative acknowledge) replies; 
and using a two-wire system in which the line is turned 
around to send back the acks and naks. Each method in- 
troduces a different amount of dead time (At), which 
therefore affects the available net data throughput. Sur- 
prisingly, the four-wire method is less efficient in not than 
the reverse channel method. The reverse channel 
method requires 56 milliseconds between blocks, com- 
pared with 66 milliseconds between blocks for the four- 
wire method. Not so surprisingly, the two-wire method re- 
quiring longer turnaround times shows the poorest per- 
formance. 




in ■ 
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CASE VIII. EFFECT OF ROUND TRIP PROPAGATION DELAYS 
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Among the several components of channel dead 
time (At), the propagation delay of the data traveling 
over the transmission link can also have some nega- 
tive impact on the net data throughput. For terrestrial 
telephone lines, a rule of thumb for the delay is 10 
milliseconds for each 1,000 miles of line, one way. 
Thus, transmissions between nearby locations can 
add 5 milliseconds to dead time, and transmissions 
1 ,500 miles long will add 30 milliseconds. For satel- 
lites, the total distance is about 50,000 miles, and this 
round-trip delay totals about 600 milliseconds. 

The difference in throughput for these three delay 
times is shown here as a function of block length. For 
delays of 5 and 30 milliseconds, the throughputs are 



substantially the same because the more important 
factor in reducing throughput at short block lengths 
is the stop-and-wait time inherent in the automatic 
request for the repeat error control used here. 

Throughputs on a satellite link are shown here, in 
color. However, it is unlikely that any satellite chan- 
nels requiring high net data throughput would oper- 
ate with a half duplex stop-and-wait block repeat er- 
ror control. Instead, satellites will probably employ 
full duplex operation and multiple frame numbering, 
as in ibm's new Synchronous Data Link Control 
(sdlc)— with multiple acknowledgment. This proce- 
dure on satellite links will yield higher net data 
throughput. 



(continued from page 18!) 

the time equal to the transmission of forward con- 
trol characters and reply control characters, to per- 
mit the sending and receiving modems to synchro- 
nize, must be included in the total time interval. 

■ HALF DUPLEX, LOW SPEED TOGGLE OP- 
ERATION also employs a two wire link, but a low 
speed reverse channel option on the modem pro- 
vides a narrow-band channel for transmitting error- 
control acknowledgments. The reverse channel 
usually works at 150 b/s, and one way of acknowl- 
edging is to toggle the reverse channel from a 1 to a 
condition, or send some similar signal, to indi- 
cate the acceptance of a correct forward block. 
Thus, the toggle delay time is equal to that for one 
bit, or 6.7 milliseconds. Furthermore, the carrier 
for the reverse channel is always on, or "up," so 
that no line turnaround time is involved. But a de- 
lay similar to the transmission time for forward 



control characters is required for imparting the in- 
formation on the low speed channel. 

■ HALF DUPLEX, HIGH SPEED REPLY OPER- 
ATION employs a BSC protocol and four wire link, 
with each pair of wires carrying data at the 
modem's rated speed in both the forward and re- 
verse directions. Here, as in the first case, the time 
interval between blocks includes that for forward 
and reverse control characters and electrical propa- 
gation delays. Carriers in both directions are al- 
ways up. Although the reply-channel speed here is 
much faster than the toggle change on the reverse 
channel operation, six control characters are re- 
quired in sending the acknowledgment reply. 

The lengthy captions for the graphs provide fur- 
ther insight to the relationship between modem 
speed, and hence cost, and the range of perform- 
ances that can be obtained from a data channel. ■ 
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Taking a fresh look 

at voice-grade 
line conditioning 



AT&T's new 
D-conditioning for 
private voice-grade 
lines helps high-speed 
modems operate at 
improved error rates 

Karl I. Nordling 
Paradyne Corp. 
Largo, Fla. 



I Private lines leased from 
I the telephone company are 
■ not consistently perfect for 
high-speed data transmission. Still, today's fast, 
4,800- and 9,600-bit-per-second modems with their 
automatic equalizers do a fine job of keeping error 
rates low— and these error rates can be further re- 
duced by D-conditioning, AT&T's newest way of 
minimizing line impairments. 

D-conditioning is not an alternative to the well- 
established C-conditioning. Granted, each im- 
proves the data characteristics of private voice- 
grade lines, but they do so in different ways and 
can be used either separately or in conjunction, de- 
pending on a user's needs. 

Furthermore, it's not hard to grasp the difference 
between the two types of line conditioning and 
when they will help (or hinder) a modem's oper- 
ation. But first it's necessary to understand the 
kinds of line impairments that induce data errors 
in telephone lines. 

The 3002 voice-grade private line is the type of 
channel most commonly used for high-speed data 
communications. It is subject to many line impair- 
ments, 1 1 of which have been identified so far. 
Four of them may be controlled by the telephone 
company to the limits expressed in the FCC tariff 
no. 260, and four more are controlled by AT&T to 
limits specified by its internal practices (Table I). 

The first four are the main subject of this article. 
To this group belong attenuation distortion and en- 
velope-delay distortion— controlled through C-con- 
ditioning— and signal-to-noise ratio and harmonic 
distortion— now controlled through D-condi- 
tioning. Whenever the telephone company exacts a 
monthly charge for these two forms of condi- 
tioning, it is required by the tariff to keep these 
line impairments from exceeding the limits set out 
in the tariff. 

The second group consists of impulse noise, fre- 
quency shift, phase jitter, and echo. Traditionally, 
because the telephone company knows that cus- 
tomers intend to transmit data over certain lines, it 
tries to maintain the lines within certain limits 
which it sets itself, even though not obligated by 
tariff to do so. 

The three remaining kinds of line impair- 
ments—phase hits, gain hits, and dropouts— are not 
controlled at present. They are transient electrical 
events, which are triggered by such disturbances as 
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switching transients, atmospheric electricity, and 
Attenuation distortion 

The limits for attenuation distortion and envelope- 
delay distortion of a basic unconditioned 3002 line 
are shown in Figure 1. (The limits of the basic line 
are controlled by at&t practices, not by tariff.) 

Attenuation distortion comes about because a 
signal going through a channel is attenuated by dif- 
ferent amounts as the frequency of the signal 
changes. The telephone company's facilities are ba- 
sically designed to transmit speech. And in speech, 
most of the information is contained in fre- 
quencies between 300 and 3,000 hertz. Even severe 
attenuation of the signal above 2,000 Hz does not 
interfere too much with comfortable listening. 

For data transmission, however, the emphasis 
changes for economic reasons. The price per unit 



time for a given telephone channel is the same, re- 
gardless of how much data per unit time is sent 
over it, so it usually pays to send as much data as 
possible. Transmitting information can loosely be 
defined as reporting the change of state of some 
variable. Thus to send a lot of information per unit 
time, it's necessary to transmit many state-changes 
per unit time. 

For binary digital data, the state changes in- 
volved are between and 1, and these can translate 
fairly directly into signal excursions between plus 
full-scale and minus full-scale. Thus, the more bits 
per second sent, the more plus-to-minus excursions 
per second the channel must handle. The ability of 
a channel to transmit rapid plus-to-minus excur- 
sions is precisely what is meant by its high-fre- 
quency response. In other words, high-speed data 
transmission requires good high-frequency re- 
sponse, which is the same as requiring low attenua- 
tion distortion. Attenuation distortion at a given 
frequency is measured relative to that at 1,700 Hz, 
and is stated in decibels (dB). C-conditioning im- 
proves the high-frequency response of the basic 
3002 channel. 

Envelope delay distortion 

Technically, envelope delay is defined as the rate 
of change with respect to frequency of the phase 
difference between the output signal and the input 
signal of a channel. Envelope-delay distortion oc- 
curs because the amount of delay is not constant 
with frequency (Figure 1). That is, high-frequency 
signals are delayed by an amount different from 
low-frequency signals. But because the human ear 
is nearly insensitive to it, envelope-delay distortion 
has not been a tightly controlled parameter in tra- 
ditional telephone (voice) channel design. 

For data transmission, the situation again is dif- 
ferent. Regardless of the modulation scheme used, 
digital signals are always transmitted as pulses of 
one form or another, with the digital information 
contained in some aspect of the pulse shape. 
Therefore, if the information is to be reliably de- 
tected at the receiving end, the channel must pre- 
serve the critical aspects of the pulse shape. 

But delay distortion interferes with accurate de- 
tection. For example, at the leading or falling edge 
of the pulse, which contains high-frequency com- 
ponents, the signal is subjected to the delay which 
the channel imposes at high frequencies. Where 
the signal changes slowly, as at the top of a pulse, 
the signal is subjected to a different delay, one 
which the channel imposes at low frequencies. 
Where the difference between these two delays is 
great, various parts of the pulse arrive at varying 
times and cause the reception of a distorted ver- 
sion of the original signal. 

Furthermore, if successive pulses are spaced 
close together in time, as they will be at fast trans- 
mission rates, distortion from one pulse spills over 
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Limits of bandwidth-related C-conditioning 
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FIGS. 1-4. The attenuation distortion and envelope- 
delay distortion for a basic (unconditioned) type 
3002 private voice-grade line are shown in Figure 1 . 
The limits for these parameters for the three types of 
C-conditioning are shown in Figures 2, 3, and 4. Note 
that as the degree of conditioning increases, the 
more the attenuation and envelope-delay distortion 
decreases at the ends of the frequency band. 

into the adjacent pulses, causing all pulses to be 
further misshaped. (This phenomenon is techni- 
cally known as intersymbol interference.) Enve- 
lope-delay distortion is normally expressed as the 
differential delay in microseconds, at a given fre- 
quency, relative to differential delay at 1,700 Hz. 

What C-conditioning does 

C-conditioning is the term given to the special pro- 
visions furnished by the telephone company to 
make voice-grade lines meet tariff specifications for 
attenuation distortion and envelope-delay distor- 
tion. Included in these special provisions is the at- 
tachment of loading coils and other filter arrange- 
ments to the line. 

C-conditioning is available in five varieties— CI 
through C5. CI, C2, and C4 conditioning apply to 
voice-grade private lines between customer sites, 
while C3 and C5 apply to lines which are part of 
some large network, such as ccsa (common con- 
trol switching arrangement) and international 
links. 

The heavy colored lines in Figures 2, 3, and 4 
show the attenuation-distortion and envelope-de- 
lay limits for CI, C2, and C4 conditioning. The 
black lines represent a typical conditioned line 
within these limits. The higher the degree of con- 
ditioning, the more the attenuation distortion and 
delay distortion are reduced at both ends of the fre- 
quency band. 

CI, C2, and C4 conditioning can be provided for 
any point-to-point 3002 line. CI and C2 condi- 
tioning can be provided on any multipoint 3002 
line without restriction on the number of points. 
C4 conditioning, however, is not provided on mul- 
tipoint channels with more than one central and 
three remote points. The telephone company 
charges for line conditioning by the month, but 
there is no one-time installation charge for C-con- 
ditioning. The monthly interstate rates for C-con- 
ditioning are contained in Table II. 

The required degree of conditioning depends on 
the bit rate that the channel must support and the 
type of modem used. Older modems, with crude 
automatic cqualizars or with manual equalizers, 
cannot fully compensate for extensive attenuation 
and delay distortion, and they usually require a de- 
gree of C-conditioning that depends on bit rate. 
The modem manufacturer will usually tell the user 
which grade of conditioning is needed. 

Sometimes a channel may be within C2 specifi- 



cations without conditioning and allow a pair of 
modems to operate satisfactorily without their user 
needing to specify and pay for C2. Relying on this 
to happen is risky, however, since the phone com- 
pany is under no obligation to maintain that chan- 
nel at that level of performance. If the phone com- 
pany reroutes or otherwise changes a line, the 
result might be a channel that meets only basic 
3002 specifications. Then transmission quality de- 
grades. Thus, to assure satisfactory performance, 
the user must specify the degree of conditioning 
the modem requires. 

An old trick has been to order a channel with C2 
or C4 conditioning and then order a change to an 
unconditioned line after a couple of months of op- 
eration. In the past, the telephone company might 
have left the conditioning in anyway. But, with the 
growing demand for data channels, the phone com- 
pany will now probably remove it. 

New high-speed modems, such as the Paradyne 
M-96, are equipped with powerful automatic equal- 
izers which do much of the same job as C-condi- 
tioning. With such modems, therefore, C-condi- 
tioning generally does not help performance 
significantly and in some instances may slightly in- 
crease the error rate. The reason for this is that an 
unconditioned line usually has a smooth delay 
characteristic (Figure 1). The electrical equipment 
added to the line to bring it within C2 or C4 speci 
fications, however, may create a delay curve with 
steep slopes and ripple as shown in Figure 3, which 
may be more difficult for an automatic equalizer to 
deal with than the smooth curve of the uncon- 
ditioned line. 

D-conditioning is an option recently introduced 
by the phone company specifically for 9,600-b/s op- 
eration. It specifies limits for noise and harmonic 
distortion. The basic 3002 channel is specified by 
internal at&t practice to have a signal-to-noise ra- 
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tio of not less than 24 dB, a second-harmonic dis- 
tortion of not more than -25 dB, and a third-har- 
monic distortion of not more than -30 dB. Here, 
the signal-to-noise ratio of 24 dB means that the 
noise power is approximately 6% of the received 
signal, which is an unpleasantly high noise level 
for the ear. However, most modems can operate 
satisfactorily at this noise level if no other impair- 
ments are present. 

D-conditioning 

Harmonic, or nonlinear, distortion occurs because 
attenuation varies with signal amplitude. As an ex- 
ample, a 1-volt signal excursion around zero volts 
(+0.5 to -0.5 V) may be attenuated by a factor of 
one half while a 1-v excursion around +4 v (3.5 to 
4.5 v) may be attenuated by a factor of two thirds. 
A sine-_wave sent through such a channel will be 
flattened at the peaks. This is the same effect as 
would result from adding harmonics of low ampli- 
tude to the signal in the first place. Therefore, this 
form of distortion is called harmonic distortion 
and is measured in terms of the amount of second- 
and third-harmonic content that would cause the 
same amount of flattening. 

Noise and nonlinear distortion are critical to 
data transmission because, again, they interfere 
with the "faithful reproduction of the transmitted 
pulse shapes at the receiver. Furthermore, in con- 
trast with the intersymbol interference caused by 
delay distortion, their effect is irreversible. No 
amount of sophistication in the receiver modem 
can re-create the original signal shape once it has 
been changed by these impairments. 

Therefore, the only protection against harmonic 
distortion is to make the signal inherently resistant 
to it. The way to do'that is to maximize the differ- 
ence between unique pulse shapes that have to be 
distinguished by the receiver. In other words, a sig- 
nal that uses four voltage levels to define two bits 
per pulse is more resistant to noise and nonlinear 
distortion than if it uses eight levels to define three 
bits per pulse. However, to attain a data rate of 
9,600 b/s on voice-grade lines, modems require 
many modulation levels (and some modems more 
than others). 

For those modems, D-conditioning provides the 
answer. Such conditioned channels meet the fol- 
lowing specifications: 

Signal to C-notched noise: 28 dB 

Signal to second-harmonic 

distortion: 35 dB 

Signal to third-harmonic 

distortion: 40 dB 

Dl conditioning is offered for point-to-point chan- 
nels and D2 for two-or-three point channels. The 
monthly charges for D-conditioning are contained 
in Table II. These charges are for the channel as a 
whole rather than for each termination point as for 
C-conditioning. 



D-conditioning provides a comfortable margin 
for 9,600-b/s performance for most modems. In 
fact, some 9,600-b/s modems will operate satisfac- 
torily on lines which meet only the basic 3002 
specifications for noise and harmonic distortion. 
Still, because a minimum of these impairments 
gives modems greater tolerance for the other, less 
tightly controlled, impairments, it is usually worth 
paying for D-conditioning. 

Being relatively new, D-conditioning is not yet 
available throughout the country. Consequently, 
both the user and telephone company staff may be 
unfamiliar with it, so that it is often believed that 
D-conditioning is an alternative to C-conditioning. 
Actually, both types of conditioning can be pro- 
vided on the same 3002 channel to limit the four 
line impairments controlled by tariff. 

Other impairments 

The second group of line impairments will not be 
discussed here, except to note that, when a line 
falls outside the limits set by at&t engineering 
practices, the telephone company will usually at- 
tempt to correct whatever's wrong— impulse noise, 
frequency, shift, phase jitter, or echo. The user's le- 
verage lies in the fact that the impairment limits 
are published in at&t documents and that the ef- 
fects of any excessive line impairments on data- 
transmission error rates are common engineering 
knowledge. 

As for the third group of line impairments, phase 
hits, gain hits, and dropouts are currently not con- 
trolled to any limits either under tariffs or other- 
wise. Still, if a user can demonstrate that their pres- 
ence in a channel renders it unsuitable for data 
transmission, he has a strong claim for corrective 
action since data transmission capability is what 
he is paying for. The people in the telephone com- 
pany are likely to respond to requests for correc- 
tion since they are aware of the impairments and 
their effects. 

The problem, of course, is in demonstrating that 
one or more of them are present in the channel. 
The user who has access to specialized test equip- 
ment to measure the impairments affecting data 
transmissions can tell the telephone company 
exactly what problems the line has. The repair men 
and maintenance engineers are more likely to ap- 
preciate such information than to argue. Specific 
details help them do their job. 

More often than not, though, when some exotic 
impairment makes a line useless for data commu- 
nications, the main obstacle to its rapid correction 
is the fact that neither the user nor the telephone 
company employees have the test equipment re- 
quired to identify it. As for the tariffed parameters 
of C- and D-conditioning, however, the local tele- 
phone company must be able not only to measure 
them but to demonstrate to the user that they are 
as specified. ■ 
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Taking 
a fresh look at 
data link controls 



If the potential of computer- 
based data communications 
systems is to be fully exploited, 
then data link control, 
also called line discipline and 
line protocol, must be made 
simpler and more efficient 



J. Ray Kersey 
International Business Machines Corp. 

Research Triangle Park, N.C. 




when remote terminals 



Data link control today is 
undergoing a thorough 
reappraisal. It came into its 
own in the early 1960s 
and other computer in- 
put/output devices began, in earnest, to be connected to 
distant computers over communications lines. Basically, 
data link controls have two functions: to establish and 
terminate a connection, and to assure message integrity 
during the passing of data between two stations. A data 
link control uses control characters that differ in bit pat- 
tern from data characters in a given code set. 

A succession of improved data link controls (DLCs) 
has been developed, each providing an expanded reper- 
toire of control functions in recognition of the expand- 
ing application of remote data processing and message 
switching over data communications networks. The de- 
tails of a specific data link control, also known as line 
discipline and line protocol, are described later. 

In retrospect, though, the availability of additional 
control characters resulting from new, expanded code 
sets brought about an embarrassment of riches. Instead 
of a few DLC characters simply being assigned the basic 
task of establishing a connection between two stations- 
say a communications processor and a remote data ter- 
minal—and assuring the integrity of messages passing 
between these stations, the additional control characters 
in the DLC were given the responsibility for such other 
things as peripheral-device control, network control, 
and formatting of messages. 

Stated another way, evolving DLCs provided more 
control functions, but they did not contemplate the fu- 
ture growth of data communications and the ever in- 
creasing requirement for more efficient and economical 
use of computers, terminals, and communications lines. 
They did not permit the economic utilization of full- 
duplex links. They place a burden on equipment 
makers and data communications users in terms of both 
hardware and software for their implementation. They 
also lack flexibility and extendability for meeting re- 
quirements of system expansion. 

In short, the potential for data communications sys- 
tems using computers requires improvement of data 
link controls. Within the standards community, this en- 
deavor is being undertaken by the American National 
Standards Institute which, on Feb. 15, 1973, issued its 
sixth draft of ANSI X3S3. 4/475 "Proposed American 
National Standard for Advanced Data Communi- 
cations Control Procedures (ADCCP)." 

To help put the subject in perspective, it is worth- 
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Evolution of data link controls 



How DLCs have evolved can be illustrated from the pro- 
gression of IBM DLCs through the years. Since 1960, 
IBM has developed three data link controls, each improv- 
ing on its predecessor. The first was GPD, for general 
purpose discipline, and the second was STR, for syn- 
chronous transmit /receive. Since many systems using 
these DLCs are yet in use, they are reviewed to show 
some factors that have influenced DLC development. The 
third DLC is the present-day binary synchronous commu- 
nications (BSC). BSC has been employed for virtually all 
synchronous data communications products related to 
the IBM 360 and 370 families of computers. 

GPD was an early IBM DLC for start-stop transmission. 
It used the binary-coded-decimal code which provided 
two unique DLC control characters and had three addi- 
tional multi-use characters for a total of five control char- 
acters. This was an advance over the use of Baudot code 
which, having no intrinsic control characters, had to rely 
totally on data-character sequences for link control. GPD 
permitted terminal-to-terminal operation, based on a de- 
sign for implementing central control from one station. 

However, GPD allowed options and was at times imple- 
mented in ways that impaired compatibility between 
products designed to take advantage of its options. Fur- 
ther, line control, device control, and device addressing 
were intermixed. Finally, its scope was narrow, in that 
GPD applied only to start-stop, half-duplex operation. 

STR was more tightly defined, more efficient, and more 
reliable than GPD. Designed specifically for synchronous 
transmission, it provided a continuous hunt for the unique 
synchronizing character. Its 4-out-of-8 code set provided 
six uniquely defined control characters. Probably the 
most distinctive features of STR were that it separated 
data link control from device control, it permitted either 



half-duplex or full-duplex operation, and it was struc- 
turally extensible for conversational operation. 

However. STR, too, had some limitations. Among them 
were that it had no addressing structure, and thus was 
restricted to point-to-point operation. It also assumed that 
all stations have equal capability and that the error recov- 
ery procedure be initiated by the transmitting station. 

BSC, like STR, was designed specifically for synchro- 
nous transmission. It is capable of operation on leased or 
switched point-to-point communications facilities and 
more importantly, added, above STR, an addressing ca- 
pability for use on multipoint facilities. By use of EBCDIC 
(or ASCII), the code-handling ability was substantially im- 
proved over STR's 4-out-of-8 code (70 valid combina- 
tions). Further, it added the ability to divide messages 
into short blocks (via use of ETB) for checking purposes. 

But, as new requirements continue to evolve, partic- 
ularly with the trend to more interactive terminals, BSC, 
too, can be expected to have its sphere of application ex- 
ceeded. Among the characteristics of BSC are that it is 
code-dependent, character-oriented, operates in half- 
duplex mode, and requires the terminal to initiate certain 
error recovery procedures. Moreover, because it. was de- 
signed primarily for use with unattended batch terminals 
handling lengthy transmissions, its efficiency in an inter- 
active environment is not ideal. 

Other properties of BSC are that line control is inter- 
mixed with device addressing and control and that error 
detection is applied to data characters but not to control 
and address characters. Finally, like STR and GPD, BSC 
does not permit the programing for a particular peripheral 
device to be done in a common manner for both those 
devices located in a computer room and those served re- 
motely via communications facilities. 



while at this time to review the history and present situ- 
ation of data link controls, by way of a discussion that 
concentrates mainly on IBM's family of data link con- 
trols (see "Evolution of data link control," above). 

What control characters do 
Data link control is a discipline: by invoking defined 
control characters, it provides an orderly and efficient 
way of assuring that, among other things, a remote ter- 
minal is in a ready condition, and that the terminal will 
send data when instructed, will receive data when in- 
structed, and will advise the sending terminal when it 
receives erroneous data. Since the same physical link 
carries both data (text) and control characters, the DLC 
must distinguish between the data and control charac- 
ters available within a code set. 

With respect to control of remote devices, there are 
many analogies to the control of an input/output (I/O) 
device when it is physically close to the computer: 

In the computer room, the control of data transfer to 
an I/O device is handled by programs. Under DLC, the 
station designated as the control station (which might 
be a front-end processor) establishes the data-link con- 
nection and maintains order during a transmission. 

In the computer room, the starting of an input device 
occurs when an address and a read command are sent 
to the device. Under DLC the starting of a remote send- 
ing terminal is accomplished by the control station 



sending a polling address to the remote station. 

In the computer room, the awareness of the end of an 
I/O operation occurs by sensing of the status (electrical 
level) at the device's electrical-interface leads. Under 
DLC, though, sensing the end of a remote I/O operation 
requires the sending of a specific control character. 

In the computer room, the formatting of data to an 
I/O device is implicit in a line of print, an 80-column 
card, or the like. But under DLC, the formatting of data 
requires the transmission of header control characters 
and /or block-structure control characters. 

In contrast, there are a number of 1/O-device control 
functions that are not analogous to computer-room op- 
eration, but rather are prompted by the topology of the 
data communications system: the remoteness of the I/O 
device: the sharing by multiple stations of common 
communications facilities by means of polling, selection, 
and contention; and the fact that messages may proceed 
through several nodes made up of communications pro- 
cessors along the route. Among the major nonanalogous 
functions are: 

■ The transmission of a station address code (ID) to 
assure proper connection through the network. 

■ The use of header characters, such as job number, 
which must be machine-sensible, provides the informa- 
tion necessary for the handling, including routing, of a 
message through a multinodal switching system. 
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■ The use of variations in DLC procedures to permit 
the full code set, including those characters normally 
used for controls, to be transmitted as text information. 
This "transparent" mode is necessary when it is desired 
to send packed decimal, binary bits of data, or other 
uniquely coded information that might otherwise 
present code patterns that could be confused by ma- 
chines as being control characters. 

■ The requirement for dividing messages into block 
segments of lengths determined by and suitable to the 
error environment of a given physical data link. 

Influences on DLC design 
Many factors have influenced the design of data link 
controls, not the least of which are historical precedents. 
Other factors are the expansion of code sets from 5 to 6, 
7, and then 8 bits, including escape capability; the wider 
acceptance of synchronous transmission; the nonsepa- 
ration of the controls for link, devices, and networks; 
and the use of more extensive methods of error control. 
Those who have little experience with or need a re- 
fresher on data link controls may first want to read 
"How a data link control works" 

The introduction of the character-oriented teleprinter 
in 1915 paved the way for machines capable of receiv- 
ing data transmissions without human intervention. 
This was accomplished through the use of a limited set 
of device-control characters available within the 32 
characters obtainable from the five-level Baudot code 
that the teleprinter's electromechanical trans- 
mitter/distributor generates. Although such control 
characters for teleprinters were not data-link-control 
characters under today's meaning, the approach taken 
then affects present line disciplines. One influence is 
that today's DLCs are still character-oriented; that is, the 
control functions are represented by characters in the 
code being transmitted. A second influence is that each 
teleprinter on the network was essentially the same and 
each had limited, but equal, ability to generate or re- 
spond to various control signals. 

Still today, in practically every case, each of the ter- 
minals on a network has equal capability for initial er- 
ror recovery procedures. Specifically under IBM's BSC 
(binary synchronous communications) DLC, each re- 
mote terminal must be equipped to send an ENQ (EN- 
QUIRY) control character when no valid response is re- 
ceived to a transmitted block. In other words, the 
responsibility for error recovery is still distributed 
throughout the network, at the remote terminals, rather 
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FIG. 1. SERIAL START/STOP ■ Five information bits plus 
start and stop elements form asynchronous code patterns. 
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FIG. 2. EFFICIENT ■ Eliminating the start and stop ele- 
ments, synchronous-code transmission is more efficient. 



than handled totally by a central control station in the 
form of a front-end processor. 

Synchronization and information coding directly in- 
fluence how a particular DLC must be designed and 
then implemented. 

Consider first the distinctions between asynchronous 
and synchronous transmission. Figure 1 contains the 
five-level Baudot code used in many teleprinters. The 
five information bits representing a character are pre- 
ceded by a start bit (0) whose duration is one unit of 
time and a stop bit (1) whose duration is, in one version, 
1.42 units of time. These start and stop bits separate one 
character from another and bit-synchronize the receiv- 
ing station with the transmitting station. Sending the in- 
formation and start-stop bits in sequence is called serial 
start-stop, or asynchronous; transmission (Fig. 2). 

Synchronous transmission does not use start-stop bits. 
Instead, the line is sampled at regular intervals, called 
the clock rate, to receive and -record information (Fig. 
2). Synchronous transmission permits more information 
to be passed over a circuit during a given time interval 
because no transmission time is wasted on the start and 
stop bits. Figure 2 shows that three characters, when 
transmitted at the same speed, require 21 units of time 
(assuming a one-time-unit stop bit) when asynchronous 
and only 15 units of time when synchronous. 

A distinction must be made between bit synchro- 
nization, character synchronization, block synchro- 
nization, and message synchronization. In asynchronous 
transmission, bit and character synchronization is han- 
dled by the start-stop bits. 

Synchronous transmission, though, is more compli- 
cated. Bit synchronization can be achieved by a master- 
clock signal generated by a modem. Other modems or 
business machines (say a terminal) derive their clock 
signals from the and 1 transitions occurring in the re- 
ceived serial data stream. Deriving the bit-synchro- 
nizing signal from the data stream itself, called self- 
clocking, overcomes the effect of propagation delay be- 
tween distant stations and the tendency of electronic 
circuits within the modems to drift. During each line 
turnaround, transitions will not occur, and bit synchro- 
nization will be lost. To assist the initial establishment 
of bit synchronization following each line turnaround, 
IBM's BSC DLC causes a control character sequence 
called PAD SYN SYN to preface each transmission. For 
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FIG. 3. RELATIVE ■ Different codes are transmitted in dif- 
ferent directions, and bit storage differs in a byte. 



this DLC, the realization of PAD is a set of alternating 0s 
and Is, a pattern which has a strong impact on forcing a 
receiving clock circuit to track the transmitted bit rate. 

Character synchronism in synchronous transmission 
is (in this DLC) accomplished by recognizing the control 
characters, called SYN, whose code pattern is 00110010. 
This pattern sets the electronic equipment to recognize, 
by bit count, the beginning and end of each successive 
control or data character. 

Staying in sync 
On some occasions during ordinary data transmission 
the combination of data characters may not provide 
sufficient transitions to allow the self-clocking mecha- 
nisms to stay in sync. To avoid this, the DLC causes SYN 
characters to be inserted into the data stream at peri- 
odic intervals. 

Block and message synchronism is more a matter of 
framing, or recognizing, the beginning and end of a 
block or message than it is of exact time dependency. 
Framing in synchronous transmission is accomplished 
by such control characters as STX for START OF text 
and ETB for END OF TRANSMISSION BLOCK. 

Information coding has also been subject to evolu- 
tion, with some aspects influenced by telegraph trans- 
mission and others influenced by computer design. Fig- 
ure 3 contains major codes now in wide use for 
computer-based communications. The 8-bit Data Inter- 
change Code associated with TWX service and many 
teleprinters is compatible with the character size of most 
computers. Note that this code uses eight bits in a syn- 
chronous transmission mode and 11 bits when in an 
asynchronous transmission mode. In the latter case, the 
data stream is actually bit-synchronous but character- 
asynchronous, a situation which has come to be called 
isochronous transmission. 

Most DLCs are designed for a particular code. There- 
fore, it is important for users and equipment makers to 
have clear understanding of the nature of that code and, 
particularly, the number of data bits per character, 
whether or not the code uses a parity bit for error con- 



trol, the alignment of a transmitted character relative to 
its storage in memory or temporary buffer, the order in 
which the bits are transmitted, and whether start and 
stop bits will be present. 

The EBCDIC code (for extended binary coded decimal 
interchange code) contains eight bits, and thus allows 
up to 256 (2 8 ) characters. Among its uses, EBCDIC has 
been employed in all IBM data communications prod- 
ucts for System 360 and System 370 computers. 

The USASCII document X 3.4 (for United States of 
America Standard Code for Information Interchange, 
and often simply called ASCII) defines a seven-level 
code, resulting in 128 characters. The use of an eighth 
bit for parity check, the assignment of extra bits for 
start-stop transmission, and bit sequencing are defined 
by collateral ANSI documents. 

The top of Fig. 3 depicts the bit positions of an eight- 
bit byte stored in the IBM 360. The alignment of the bits 
of an EBCDIC character corresponds exactly, as would 
be expected, with bit alignment of the IBM 360 byte. 
Note that in EBCDIC bit 7 is transmitted first and bit 
last. In ASCII, however, bit 1 is transmitted first although 
bit 1 fits into bit 7 in the IBM 360 byte. The eight-bit 
data interchange code, moreover, transmits its bit 1 
first, but bit 1 fits into the bit-0 position of the IBM 360 
storage byte. 

The number of DLC control characters provided by a 
code significantly influences the design of the DLC for 
use with the code. The Baudot code used with early 
teleprinters provides no true data-link-control charac- 
ters. The 4-out-of-8 code employed in IBM's synchro- 
nous transmit /receive (STR) DLC has six control charac- 
ters. One of IBM's earlier DLCs, the GPD (for general 
purpose discipline), used the binary-coded-decimal 
code which provided two unique control characters. 
More recently, IBM's BSC DLC utilizes nine single control 
characters as well as many two-character sequences to 
extend the DLC's repertoire substantially. 

As pointed out earlier, DLCs in wide use today are 
character-oriented. Thus, even though the control disci- 
pline of a given DLC may be identical for two different 
codes, the code realization of the DLC will be different. 
Such is the situation with BSC, which can be imple- 
mented in either EBCDIC or ASCII. For example, EOT in 
EBCDIC is 001 101 1, but EOT in ASCII (with odd parity for 
synchronous transmission) is 00000100. But despite the 
fact that all present DLCs are code dependent, there is 
no intrinsic necessity for this state of affairs. Under the 
proposed ANSI standard, the architecture of future DLCs 
would be independent of code structure. 

For any code, the whole question of how many con- 
trol characters are needed and how they should be used 
in a DLC requires reexamination. Present approaches in- 
vite a conflict. On the one hand, the need to provide 
more functions and more flexibility encourages the de- 
velopment of DLCs having more defined control charac- 
ters or control-character sequences. On the other hand, 
such a richness of control characters or sequences com- 
plicates the hardware and programing situation. For ex- 
ample, suppose only one terminal on a link requires, be- 
cause of its particular application, a rather complex 
control repertoire made up of numerous two-character 
sequences to define the extended functions. This com- 
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How a data link control works 



IBM's binary synchronous communications data link con- 
trol (BSC DLC) can be regarded as having two distinct 
functions: an establishment-and-termination procedure, 
and a message-transfer procedure. Each takes a special 
form, depending on the application. 

Thus there is one establishment-and-termination 
procedure which applies to leased point-to-point links, 
another to switched point-to-point links, and yet another 
to nonswitched multipoint centralized operation. Sim- 
ilarly, one message-transfer procedure applies to data 
communications using transparent text capable of trans- 
mitting, in the text-data stream, all 256 characters obtain- 
able within the eight-level EBCDIC code. Another mes- 
sage-transfer procedure, called nontransparent text, 
applies to those systems not using, in text, the 1 charac- 
ters defined in EBCDIC for data link control. 

A third message-transfer variation is that BSC DLC 
with nontransparent text can also be implemented using 
the seven-level ASCII code. Character code-pattern real- 
ization may or may not differ from EBCDIC, depending on 
the particular character. 

Thus the .BSC DLC is actually a family of alternatives, 
each member of which satisfies the operational require- 
ments of a particular type of data communications sys- 
tem. An example affording insight into how BSC DLC 
works for nonswitched multipoint centralized operations 
with nontransparent text is given in Figs. A and B. 

In order to discuss Figs. A and B, it is necessary to de- 
fine the functional roles of communications processors, 
remote data terminals, and remote peripherals collec- 
tively called stations. On a multipoint data link with cen- 
tralized operation, the central station— usually a proces- 
sor—is permanently designated the control station, and 
all other stations are designated tributary stations. 

In its polling mode, the control station determines, at 
any moment, which tributary station is to become the 
master station and have the opportunity to transmit infor- 
mation to the control station acting as a slave station. Al- 
ternatively, in its selection mode the control station may 
command a particular tributary station to assume slave- 
station status and receive information from the control 
station acting as a master station. The control station is 
also responsible for re-establishing order on the link, via 
an error recovery procedure, should control be lost for 
any reason during an exchange with a tributary station. 

The control characters for BSC using EBCDIC are de- 
fined in the table.. The basic 
control-character set is im- 
plemented with "one 8-bit 
byte. The set is extended by 
using 2-byte sequences for 
certain characters— EVEN 
ACKNOWLEDGE (ACKO), 
for example, and all others 
below it in the table. 

It will be recognized that 
there is a reply phase in- 
volved in both the estab- 
lishment-and-termination 
(control) and message- 
transfer (text) modes. Con- 
trol characters employed in 
the reply phase may have 
one meaning when the link 
is in its control mode and 
another when in its text 
mode. For example, in the 
control mode an ACK re- 
sponse to a selection means 
the selected station is ready 



to receive. But in the text mode an ACK means that the 
last block that was transmitted has been received cor- 
rectly at the remote location. 

The polling-and-selection establishment procedures, 
along with a termination procedure, are shown in Fig. A. 
Establishment is initiated by the control station sending 
an EOT control character (path 1) to reset all tributary 
stations from data mode to control mode so they can 
"look" for their address to be sent by the control station. 

The control station may now poll or select. The prefix 
or address designates a polling sequence (path 3) and 
which of the tributary stations may now transmit informa- 
tion. The polling sequence ends with an ENQ. When 
polled, a tributary having a message to send enters the 
message-transfer procedure (path 8) and becomes a 
master station. Or, if the tributary has no message to 
transmit (6), it may decline master-station status by send- 
ing an EOT (15) to terminate the logical connection. 
Then, master-station status reverts to the control station 
through path 1 6 back to point A in Fig. A. 

If an invalid or no reply is received in response to a pol- 
ling sequence (7), the control station again resets all 
tributary stations by sending EOT (1 5) to terminate before 
resuming polling or selection. 

The prefix may alternatively designate a selection se- 
quence (4) and which of the tributary stations is asked to 
be a slave station and receive information from the con- 
trol station acting as a master station. The selection se- 
quence also ends with ENQ. If a selected tributary is 
ready to assume slave-station status, it responds posi- 
tively with an ACKO (5) and enters the message-transfer 
procedure (8). However, a WACK (1 1 ) may be sent in lieu 
of an ACKO to cause a delay (1 5, 1 6, A, 4, 5) prior to en- 
tering message transfer. 

If, however, the selected tributary is not ready to re- 
ceive information, it responds with a NAK (12) and does 
not assume slave-station status. When the control station 
receives the NAK, it may select the same or another sta- 
tion (1 5, 1 6, A, 4) or revert to polling (1 5, 1 6, 3) depend- 
ing on the order prescribed by a poll-and-select al- 
gorithm. 

If the selected tributary station cannot receive because 
it has previously entered a transmit mode and a polling 
sequence is required first, it sends an RVI (10). If an inva- 
lid or no reply (9) is received by the control station to a 
selection, it may reselect the same tributary (15, 1 6, A, 4) 
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or a different tributary 
(15, 16, 2, 4), or enter er- 
ror recovery procedures 
(13). 

The establishment of a 
valid logical connection 
is denoted by the heavy 
line in Fig. A. At (8), BSC 
enters the message- 
transfer procedure. Fig- 
ure B details the mes- 
sage transfer which 
starts at E. Note that, 
once the message trans- 
fer procedure has been 
entered, it can be reen- 
tered, without requiring 
the establishment of a 
new connection, when- 
ever it is necessary to 
transmit a new or addi- 
tional block of 
header /text (A), or to ret- 
ransmit a block of header 

or text (B), or to transmit a header or text as a conversa- 
tional reply (C). 

When the message from a. master station starts with a 
heading, the transmission begins with an SOH control 
character (2). Also, an intermediate block which contin- 
ues a heading starts with SOH. However, if the message 
has no heading (3), the message starts with STX. Further, 
an intermediate block that either begins or continues a 
text starts with STX. 

Independent of the blocking required for transmission 
purposes, segments of a message may be checked by in- 
serting an ITB character followed by a block check (5). In 
this sequence, the STX is optional. And no line turn- 
around occurs as a result of an ITB. Note that the F, 5, F 
loop permits the checking of multiple segments within a 
message block. 

Blocks that complete a text— not a transmission— end 
with ETX (6). And intermediate blocks of header or text 
end with ETB (7). Either of these control characters is im- 
mediately followed by a block check (BCC). (The block 
check is two characters and they are not to be inter- 
preted or considered as control characters.) In addition 
to ending blocks with an ETX or ETB, the master station 
can abort a transmission at will by sending an ENQ. 

After one of the three ending control characters has 
been sent, the master station waits for a reply from the 
slave station. Because BSC applies only to half-duplex 
data transfer in which the transmission can go in two di- 
rections but only one direction at a time, there is a slight 
delay for modem-and-line turnaround. The slave then 
transmits one of several replies to the master station. 

If the originally transmitted message block was re- 
ceived correctly by the slave station, the slave's usual 
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reply is an ACKN (9). ACKN alternates between ACK1 
and ACKO. Or an RVI (10) may be sent to request that, 
relative to text, the roles of sending and receiving station 
be reversed. In response to either an ACKN or an RVI, 
and following another turnaround, the master station may 
continue to transmit header or text (16, A). Of course, 
when the message, possibly including composite texts, is 
complete, the connection terminates with an EOT (17, 
G), and BSC reverts to its establishment procedure, Fig. 
A. Sometimes, when stations are properly equipped, a 
conversational reply (11, C, 2-7) may be sent in lieu of 
an ACKN. Also, a WACK (12) may be sent instead of an 
ACKN to cause a delay (18, 19, 9, 16, A) prior to receiv- 
ing the next header or text. 

If the block was not received correctly or was aborted 
via an ENQ (8) from the master station, the slave's usual 
reply is NAK (15). In response to the NAK, the master 
station may retransmit the block (21 , B, 2 or 3, 4, etc.), or 
if the number of retries (NAKs) exceeds some predeter- 
mined count, the master station may enter error recovery 
procedures (20). 

If the master station detects an invalid or no reply (13), 
it may send an ENQ (18) to ask the slave station to repeat 
its reply (19, D, 9-15). Alternatively, the master station 
may immediately enter error recovery procedures (20). 

A slave station may choose to abort the logical con- 
nection for any of several reasons (e.g., a hardware mal- 
function). In this case, an EOT (14) may be sent as a re- 
sponse to the master station. In this context, an EOT 
response from a slave station indicates a negative 
acknowledgment (nonacceptance) of the last block re- 
ceived. The master station will then immediately enter 
error recovery procedures (20). 
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plexity means, in a character-oriented DLC, that every 
terminal on the same link, whether or not it needs the 
added capability, must recognize the full repertoire. 

An alternative to using an extended control character 
set, in which each character may or may not have a par- 
ticular context depending on whether or not the dlc is 
establishing a connection or passing a message, is to rely 
on positional significance. Positional significance, as 
now considered in the draft ANSI standard, means that 
one specific field (say, bits i through j in a sequence fol- 
lowing a unique delimiter) will be dedicated to control. 
The unique delimiter would serve for character syn- 
chronization and transmission-block delineation. Since 
the positional control field can contain any number of 
bits, then it is possible within this one control field to 
define up to 2" unique data-link-control operations as- 
sociated with establishing, maintaining, and termi- 
nating a connection, transferring data, and assuring 
message integrity. For compatibitility, n, the number of 
bits in i through j, once chosen, should remain constant. 

The use of positional significance can open up new 
and powerful improvements in data link control. 
Among these possible improvements are the numbering 
of successive blocks to detect whether transmitted data 
has been lost or duplicated, the implementation of new 
response functions such as HOLD transmission, simpli- 
fication and extension of addressing schemes, and im- 
proved error control prodedures. 

Strengthening error control 
Consider the increased power of error control that could 
be achieved by using some of the 2" unique DLC oper- 
ations to number successive blocks. At present, when an 
error is detected through the use of a block check, the 
receiving terminal responds (in BSC) with a NAK, then 
the sending terminal, which stops sending while waiting 
for an acknowledgment, retransmits the block. 

An alternative to this "stop-and-wait" method is the 
continuous transmission "go-back-two" method. Two 
successive blocks are always held in the sender's buffer. 
Transmission continues until a NAK is received— in 
which case the sending terminal retransmits the last two 
blocks. 

With the added functional capability of the posi- 
tionally significant control field, this continuous "go- 
back" method can be extended to more blocks; that is. 
the numbering modulus of blocks and acknowledg- 
ments can be increased. Suppose, for example, the 
sender's buffer can store eight blocks, and successive 
blocks are numbered from through 7. back to 0, and 
so on. In this method, the transmitting station sends, 
along with the data block, a send-sequence count and a 
receive-sequence count. The receiving terminal also 
maintains corresponding send and receive counts. 

In operation, the transmitting station sends a block of 
data, N, then increments its send count to N + 1. If the 
receiver's receive count is also N and no error has oc- 
curred during the transmission, the send and receive 
block numbers are the same. The receiver not only no- 
tifies the sender, via a channel in the opposite direction, 
that it has received a block accurately, but actually veri- 
fies this by identifying the block number (the receiving 
station's receive count) under consideration. On receipt 
of a good block, the receiver's receive count is also in- 



cremented by one to N + 1. Under error-free oper- 
ation, transmission and reception continues without in- 
terruption. This dual count mechanism can be used 
either to selectively retransmit one block or go back N 
blocks when a block is missing or in error. 

For example, suppose errors are detected in block 2. 
With block numbering and a large buffer, the trans- 
mitting terminal, which at a particular instant may be 
sending block 6. is informed by the receiver that block 2 
was received with errors. The transmitting terminal then 
goes back 4 blocks (6 - 2) to retransmit blocks 2 
through 6 before resuming transmission of the message. 

Or suppose a transmitter sends block 4 but for some 
reason the receiver, which expects block 4, never gets it, 
perhaps because of loss of synchronism. Then the next 
block received is block 5. The send and receive counts 
do not match. Recognizing that it has not received the 
anticipated block 4 in sequence, the receiver tells the 
sender to retransmit block 4, which it may do by slip- 
ping it in between blocks 7 and 0. This is called selective 
block retransmission and is more complex than the go- 
back-N-method described previously. 

Impact on efficiency 
These more complex error-control procedures, which 
can more readily be implemented with a positionally 
significant control discipline, could markedly influence 
the efficiency of future data communications systems. 

Such error control procedures can overcome the det- 
rimental impact of buffering and queuing delays that 
occur at every node in a complex data communications 
system using intermediate communications processors. 
For example, suppose that the transmission rate is 4,800 
bits per second and that a block consists of 1,000 bits. 
Therefore, about five blocks are transmitted each sec- 
ond. Further, suppose the end-to-end queuing delay is 
one second. This means that the transmitter is sending 
block 5 about the same time that the receiver is ac- 
cumulating block 1. If the transmitter stores eight 
blocks then this discrepancy need not slow down the ac- 
tual data rate. But if the transmitter stores only two 
blocks, then it will have to wait and retain these blocks 
in buffers until the transmitted blocks can propagate 
through the system, and an acknowledgment is re- 
turned, before the DLC will permit the transmitter to 
safely send the next block. 

Future directions 
Any new approach to the design of data link controls 
must allow sufficient open-endedness for future require- 
ments. Thus, design must address not only hardware 
and line economics, but more importantly, include pro- 
graming support economics along with improved avail- 
ability, serviceability, security, and ease of modification 
and expansion. For these reasons, modularity of func- 
tion is important; that is, there should be functional 
separation of I/O device and network control from data 
link control. Also, there is little, if any, reason to treat 
point-to-point links differently from multipoint links. 

Further, DLC for half-duplex communications should 
be a pure subset of DLC for full-duplex communi- 
cations. A further aim should be to promote compatibil- 
ity at the application program interface for the same de- 
vice, whether it is used in the computer room or at an 
outlying location as a remote peripheral. 
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Tutorial 



Achieving the potential 
benefits available in com- 
puter-based data communi- 
cations systems requires a data link control that 
permits fuller utilization of resources— terminals, 
computers, communications processors, trans- 
mission links— than is feasible with present data 
link controls. Experience over the past decade has 
shown that a data link control (DLC), sometimes 
called a line protocol, should be straightforward 
and universal. The main tasks for a dlc should 
simply be to establish and terminate a logical con- 
nection between two stations— for example, be- 
tween a computer and a remote terminal— and to 
achieve high-throughput, accurate transmissions 
between stations. For universality, the DLC should 
be able to service a multiplicity of operational con- 
figurations in a simple and unambiguous manner. 
In retrospect, then, the sphere of application of 
IBM's binary synchronous communications (BSC) 
DLC has been exceeded by new requirements (Ref. 
1). Therefore, IBM's new synchronous data link 
control (sdlc) has been developed to meet these 
new requirements by simple, yet significant ad- 
vances in the DLC structure. 

Some major features of SDLC are that it is inde- 
pendent of code structure; it separates peripheral 
device control and network control functions from 
link control functions; it is bit oriented and does 
not use control characters (which sometimes have 
had multiple meanings); it is unambiguous as to 
the data link control functions to be performed 
and to the direction of transmission; it uses one 
standard frame format for information transfer as 
well as for link supervision and control; and its er- 
ror checking and correction technique tests a com- 
plete frame— including address, control, informa- 
tion (text), and error-redundancy sequences— 
whereas previous DLCs usually only checked the in- 
formation sequence. 

Synchronous data link control applies to serial- 
by-bit synchronous transmission between buffered 
stations on a data transmission link using central- 
ized control. SDLC operates on data transmission 
links that may be customer owned, leased from a 
common carrier, or part of the public, switched 
(dial-up) telephone network. Furthermore, sdlc ap- 
plies to both half duplex and full duplex operation. 
It can be employed in point-to-point, multipoint, 
and loop configurations. (The use of sdlc in loop 
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acknowledgment of a previous frame contained 
in an information transfer. 



configurations, is discussed in Reference 2.) Six ex- 
amples of its usage in half- and full-duplex oper- 
ation are given later. 

Synchronous data link control employs "two se- 
quence" frame numbering. That is, each buffered 
station sends a number, or count, sequence to 
identify the frame being transmitted, and the 
count sequence of the frame it expects to receive 
next from the other station. The send and receive 
counts, eight of each, are independent of each 
other, thus permitting unbalanced-load trans- 
missions in either direction. SDLC uses the go-back- 
N-frames error correction technique. BSC also uses 
retransmission for correcting errors but it can only 
have one unacknowledged block (frame) out- 
standing at any time, while sdlc can have as many 
as seven frames outstanding at any instant. Stations 
buffered for eight frames in combination with the 
SDLC's go-back-N-frames error correction technique 
achieve higher net data throughput by reducing 
the number of line turnarounds in half duplex 
links and by reducing the effects of unbalanced 
and variable loads between the two directions in 
both half duplex and full duplex links. (References 
1 and 3 review simple retransmission and go-back- 
N error control.) 

Centralized control 

Before describing the simple architecture of sdlc, 
and advantages resulting from this simplicity, it is 
first necessary to define centralized control. Here, 
one station is designated the primary station. As 
examples, a host computer, or a remote data con- 
centrator, or a front-end processor would be a pri- 
mary station. It retains control of the link at all 
times and exercises control through a prescribed 
set of commands and responses as defined in the 
DLC. The primary station is also responsible for ini- 
tiating error recovery procedures when it detects 
errors or other exception conditions. 

All other stations on the link (not the network) 
that can "connect" to the primary stations are des- 
ignated as secondary stations. They receive the 



commands and information sent by the primary 
station and then react with suitable responses and 
their own information (if any) to be sent to the pri- 
mary station. 

Under sdlc, all transmitted frames— for informa- 
tion transfer, supervisory control, and miscel- 
laneous control requirements— conform to a stan- 
dard format (Fig. 1). And, multiple functions are 
handled within a single frame. For example, an in- 
formation frame sent by the primary station to a 
secondary station is used to transfer information. 
The same information frame can be used to ac- 
knowledge to the secondary station, using a receive 
count, that one or more frames previously sent 
have been received and accepted as correct. On re- 
ceiving a valid error-free acknowledgment, the sec- 
ondary station releases (clears) an appropriate 
number of frame buffers, readying the buffers for 
new inputs. Meanwhile, the same information 
frame from the primary station can poll the sec- 
ondary station to find out if it has any frames to 
transmit. 

Furthermore, an information frame from the sec- 
ondary station to the primary station can, along 
with the information field, be used to acknowledge 
one or more frames received from the primary sta- 
tion and to indicate whether a frame is the final 
frame in the transmission. When the primary sta- 
tion senses this "final frame" bit, it can go on to 
polling other secondary stations. 

As mentioned, frames can contain counts of re- 
ceived frames and transmitted frames that are in- 
dependent of each other. Independent frame se- 
quence numbering compensates for a variety of 
information flow conditions that can occur during 
link operation. For example, SDLC can accom- 
modate unbalanced information flow, unequal in- 
formation frame length, and variability in the 
amount of information to be transmitted. 

Unbalanced information flow means that more 
information (volume) flows in one direction, say 
from secondary to primary, than in the other direc- 
tion in remote job entry (rje) applications. 
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FRAME 




Unequal information frame length means that 
there will be short frames in one direction and long 
frames in the other direction. This is characteristic 
of inquiry/ response systems. 

Variability in the amount of information to be 
transmitted can mean, for example, that there is a 
wide variation in the number of frames in queue at 
different secondary stations, and that this wide 
variation can occur at different times at one sec- 
ondary station. Such variations happen, for in- 
stance, at secondary stations that are situated in 
different time zones. 

Just how SDLC handles these flow compensation 
tasks will be shown later in some examples. 

Transmission is by frame 

Architecturally, sdlc differs from previous dlcs in 
the fact that it uses positional significance, not con- 
trol characters. Positional significance means that 
the position of a given bit sequence following or 
preceding a unique delimiter, called a FLAG, will be 
dedicated to a prescribed function, such as AD- 
DRESS, CONTROL, or FRAME CHECK SEQUENCE. Under 
SDLC, all transmissions occur in frames and each 
frame must conform to the structure in Figure 1. 
The only variation is that the INFORMATION field 
may or may not be present. 

As shown, a frame starts with the 8-bit FLAG se- 
quence, 01111110, followed in position by an ad- 
dress sequence, a CONTROL sequence, an INFORMA- 
TION sequence (if present), a FRAME CHECK 
SEQUENCE, and ending with another FLAG sequence. 
Each station attached to the data link continuously 
hunts for the FLAG sequence and an ADDRESS se- 
quence. In multi-point operation, for example, a 
secondary station must detect a flag immediately 
followed by its own ADDRESS to get on line. 

When the primary station transmits the 8-bit sta- 
tion ADDRESS sequence, it thus designates which 
secondary station is to receive the balance of the 
transmitted frame. When a secondary station 
transmits, the ADDRESS tells the primary station 
which secondary station originated the frame. A 



secondary station must recognize its valid address 
before it can accept a frame and take any action on 
the contents of that frame. Also, the primary sta- 
tion will accept a frame only when it contains the 
address of a secondary station that has been given 
permission to transmit. For data integrity reasons, 
the address sequence appears within each frame. 
This also provides flexibility so that, for example, 
the primary station can interleave receptions from 
several secondary stations without intermixing in- 
dividual-station information transfer. Using 
straight binary coding, the 8-bit address sequence 
can differentiate between (up to) 256 terminals. 

Controlling SDLC 

The 8-bit control sequence follows the address 
field. The control sequence is the kernel of sdlc 
and will be described in considerable detail follow- 
ing a short discussion of the INFORMATION, FRAME 
CHECK, and end FLAG sequences. 

The INFORMATION field may vary in length, in- 
cluding different lengths in sequential frames mak- 
ing up a complete transmission. The data may be 
configured in any code structure, including 
straight binary, binary coded decimal, packed deci- 
mal, EBCDIC, asch, and Baudot. That is, the infor- 
mation field may be used to convey any kind of 
code. However, the content of the field must be 
self-defining by actual or implied means. For ex- 
ample, peripheral device control characters, such 
as CARRIAGE RETURN, will actually be part of the IN- 
FORMATION field, while whether the code being 
used is ASCII or EBCDIC may be implied in the ad- 
dress of a specific terminal designed for a specific 
code. Furthermore, whether a frame contains an IN- 
FORMATION field at all depends on the particular 
CONTROL format transmitted in the frame. 

Because there is no restriction on the bit patterns 
that may appear between the end of the start flag 
and the beginning of the end FLAG, the transmitted 
data stream may contain six or more contiguous Is 
and this pattern could be interpreted as a flag, and 
inadvertently terminate an incomplete frame. To 
circumvent this, once the start FLAG has been com- 
pleted the transmitting station starts counting the 
number of contiguous ls ; when five Is occur, the 
transmitter automatically inserts a following the 
fifth 1. The receiver, too, counts the number of 
contiguous Is. When the number is five, it inspects 
the sixth bit,- if a the receiving station drops the 
0, resets its counter, and continues receiving. But if 
the sixth bit is a 1, then the receiving station con- 
tinues to receive and act on the pending FLAG. 

The frame check sequence is included in all 
SDLC frames to detect errors which may occur dur- 
ing transmission. This field is 16 bits long and im- 
mediately precedes the beginning of the end-of- 
frame flag. The contents of the FCS field, based on 
a cyclic redundancy check, is a remainder polyno- 
mial numerator derived from a division of the 
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INFORMATION FORMAT 

BIT 9 10 11 12 13 14 15 16 




2. The control field in its information format is 
used by primary and secondary stations to 
transfer an information field. 



SUPERVISORY FORMAT 

BIT 9 10 11 12 13 14 15 16 

POSITION ~ 
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3. The .control field in its supervisory format is 
used for such things as acknowledging frames 
and requesting retransmission. 

. NONSEQUENCED FORMAT . 
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4. The control field in its nonsequenced format 
can provide up to 32 functions without chang- 
ing frame count sequence. 



transmitted data by a generator polynomial (Ref. 
3). The generator polynomial for SDLC is: 

G(x) = x"» + + X 5 + 1 
All data transmitted between the start FLAG and the 
end FLAG is included in the checking accumula- 
tion, except those bits inserted to prevent un- 
wanted FLAGS. 

Implicit in SLDC is that a primary station uses 
control to tell (command) the addressed second- 
ary station what operation it is to perform. The sec- 
ondary station uses control to react (respond) to 
the primary station. 

The CONTROL field takes on any one of three for- 
mats depending on whether the field is to indicate: 

• Information transfer (Fig. 2.) 

• Supervisory commands/responses (Fig. 3.) 

• Nonsequenced commands/responses (Fig. 4.) 
The information format is used by the primary 

station when it wants to transfer an INFORMATION 
field to a secondary station, and by the secondary 
station when it wants to transfer an information 
field to the primary station (Fig. 2.). A in the 9th 
bit after the end of the start FLAG identifies the 
CONTROL field as being in the information transfer 
format. (During transmission, the 9th bit is sent 
first, followed by the 10th bit, and so on.) 

A primary station inserts a 1 in the 13th-bit (PF) 
position to inform (poll) the secondary station to 
initiate transmission (Fig. 2). The secondary sta- 
tion inserts a 1 in this position to respond to the 
primary station to indicate when a frame is the FI- 
NAL one in a transmission. Otherwise, the 13th bits 
stays 0. A transmitting station, whether primary or 
secondary, uses the N s subfield to indicate the 
count sequence, or number, of the frame being 
sent. Thus, N s means "I am now sending you frame 
number N," where N can go from to 7. Similarly, 
N R means "I am acknowledging error-free receipt of 
sequences up to (N R -1) that you previously sent 
and I am now looking for frame number N." The 
use of independent frame-sequence counts pro- 
vides for the detection (and eventual retransmis- 
sion) of missed, erroneous, or duplicated frames in 
either direction. Each of these two subfields, (N s 
and n r ), contains three binary positions, so each 
can count up to eight frames; that is, of course, 
through 7. 

Handshaking 

At the completion of a frame, the transmitting sta- 
tion updates its send-sequence count. The station 
receiving the frame compares the contents of the 
received N s with the contents of its receive-se- 
quence-count field (N R ) and, if they are equal, ac- 
cepts the frame (provided no error is indicated by 
the FRAME CHECK SEQUENCE mechanism). The re- 
ceiving station's receive count (N R ) is then up- 
dated. Thus, the contents of the N R field in the re- 
ceived frame acknowledges to the receiving station 
that frames through sequence number (N R -1), 
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Six examples of SDLC in action 
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SECONDARY 
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S. Full duplex information flow. In full duplex operation, infor- 
mation flows in both directions at the same time. In sdlc, 
point-to-point (shown here) and multipoint operation is the same. 
Time increases from left to right. The legend associated with the start 
of each frame— a shortened version of the content of the 8-bit con- 
trol sequence carried in the frame— is all that is needed to describe 
a link's operation under sdlc. The i means information transfer. The 
number immediately following the i is a station's send count, n s , 
which can range from through 7. And the next number is the sta- 
tion's through 7 receive count, n r . Thus, for example, the i1,6 re- 
lated to the primary station means an information transfer with a 
send frame numbered 1 and with the primary station looking for the 
secondary's frame 6. Controls referring to the primary are shown in 
color and to the secondary in black. 

A station does not acknowledge (accept) a frame in transit until the 
frame has been completely received and the 16-bit frame check se- 
quence has been tested and found correct. (The primary /secondary 
dialog shown here represents error-free transmission.) 

At the upper left, the primary station has its frame in transit. 
When that frame is completed, shown by the flags, the primary starts 
sending frame 1 and tells the secondary it is looking for its frame 6. 
At that instant, the secondary has its frame 6 in progress. This sec- 
ondary frame also carries a receive count of to the primary— thus 
telling the primary at completion of the secondary frame 6 that the 
secondary acknowledges correct receipt of primary frame 7. This ac- 
knowledgment clears frame 7 (and all preceding unacknowledged 
frames, if any) from the primary's buffer. The secondary's receive 
count then advances to 1. That is, the secondary is primed to receive 
the primary's next frame to be completed— the ongoing frame 1. 

The primary and secondary frames at the left of the figure are 
about equal length, so that send and receive counts are completed 
and acknowledged, and advanced, on a one-for-one basis for both 
the primary and secondary station. But two secondary frames are 
completed during the transmission of primary frame i3,0. Note how 
the independent counts of send and receive sequences are auto- 
matically advanced and acknowledged without having to stop trans- 
mission in one direction to wait for frame acknowledgment. As it 
should, the primary's send count advances by 1 , from 3 to 4 (as indi- 
cated in color), without interruption. But the primary's receive count 
jumps from to 2, which occurs because two secondary frames, with 
send count and 1, are completed during the primary i3,0 frame. 
These two frames therefore are kept in the secondary station's buffer 
until the completion of primary frame i3,0. 

If an error or other exception condition occurs, buffered and 1 
frames at the secondary remain available for retransmission. Here, 
though, the primary acknowledges the acceptance of secondary 
send counts numbered and 1 , and the secondary station releases 
buffers for these two frames. That is, the next primary frame, i4,2, 
means the primary is sending the next frame (4) in sequence, and the 
primary is now looking for the successful transmission of secondary 
frame 2— which is, at that instant, in transit and will be acknowledged 
by the next secondary frame following the completion of the ongoing 
primary frame. 
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6. Half duplex operation. In half duplex operation, shown 
here, one pair of wires is used to send frames in either direc- 
tion, but in one direction at a time. Each time a line must be turned 
around to reverse transmission direction can consume up to about 
300 milliseconds, as required to disable echo suppressors in the link 
and to permit modems to perform automatic equalization. With 
binary synchronous communications (bsc) data link control, the line 
is turned around for each block, with a corresponding consumption 
of transmission resources. With synchronous data link control, net 
data throughput can be increased because line turnarounds are re- 
duced by using one supervisory format frame to initiate transmission 
of up to 7 information frames from the secondary. 

Here, a supervisory frame represented, for example by rrip, 
means that the primary station is in a receive ready state, the station 
has a receive count of 1 (that is, looking for the secondary's frame 
number 1), and is polling the secondary to find out if it has any 
frames to transmit. Polling is initiated by a 1 in the 13th bit after the 
end of the start flag (Fig. 3). 

After the secondary receives and accepts the primary's rrip su- 
pervisory sequence, the line is turned around and the secondary 
starts to sequentially transmit the frames stored in its queue. Here, 
three frames have been stored, waiting for a poll. The secondary 
sends the three frames without any intervening line turnarounds. The 
f, for final frame, in i3,3f is a secondary's way of telling the primary it 
has finished transmitting its buffered frames. To accomplish this, a 1 
is inserted in the 13th bit of the information frame (Fig. 2). 

When the primary station detects the secondary station's f bit, a 
line turnaround is executed, and the primary can go to the next sec- 
ondary on its polling list. The two frames at the right show the dialog 
between the primary station and another secondary. Here, RR7P 
means that the primary is in a receive ready state, that it is polling the 
new secondary, and that the last frame it acknowledges from that 
secondary is number 6, and it's waiting for frame 7. 

However, as shown, the secondary does not have any information 
frames to send at that moment so it responds with rrsf— meaning 
that the last frame accepted from the primary was number 4, it is 
waiting for number 5, and doesn't have any frames to send so is sig- 
ning off with an f for final frame. The primary station can then con- 
tinue polling. 

It should be noted, but not shown here, that on full-duplex multi- 
point links, an F-response from the secondary tells the primary that 
the receiving link to the primary station can be made available to 
some other secondary station. Also not shown, but implicit in the use 
of sdlc on half-duplex links is that the primary station can send one 
or more information frames to the secondary, followed by one or 
more information frames from the secondary— except that no more 
than seven unacknowledged frames can be outstanding in any one 
direction. If the limit is reached then the line must be turned around 

to permit frames to be acknowledged and the buffers cleared for new 4 
text. Note that a one-for-one information frame exchange represents 
a "conversational" operation with no frames used exclusively for 
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7. Buffer release. In this example of full- 
duplex, point-to-point operation, the secon- 
dary data stream contains a frame that exceeds the 
length of three primary frames. Again, multiframe ac- 
knowledgment with automatic buffer release permits 
smooth transmission flow. The operation of this full- 
duplex link is given by the legends in the illustration. 
Note here how the completion of secondary frame 
16,2— meaning the secondary is sending its frame 6 
and is expecting the primary frame with a send count 
of 2, upper left— acknowledges primary send frame 1 
and releases that buffer. Note how the long frame in 
the secondary data stream causes the n r count to 
jump from 3 to 6, because three primary frames are 
completed during this time interval. That is, the sec- 
ondary's n r count indexes from 3, to 4, to 5, to 6, but 
the secondary frame doesn't release primary buffers 
until the end of the secondary's send count of 0, 
which carries with it its n„ count of 6. Therefore, the 
acknowledged 6 releases primary buffers through 
frame (6-1), or 3, 4, and 5. 

This acknowledgment procedure allows buffer re- 
lease at the earliest possible time, unless one 
chooses to use a supervisory frame (with rr) for the 
purpose of buffer release. For example, a super- 
visory frame of RR3 inserted between the secondary 
frame i6,2 and i7,3 would acknowledge and release 
primary buffer 2 significantly sooner. Similarly, a su- 
pervisory frame of RR6 could be inserted between i7,3 
and i0,6 to acknowledge and release primary buffers 
3, 4, and 5 earlier. 



8. Multiframe acknowledgment. In this example of 
full-duplex, point-to-point operation, the frame 
length of the traffic being transmitted by the primary 
station is much longer than the frame length of the 
traffic from the secondary station. Because each sta- 
tion independently keeps track of its send and re- 
ceive counts, the number of frames sent in one direc- 
tion does not depend on the number of frames in the 
other direction. But no more <han seven unacknow- 
ledged frames can be outstanding at any, instant 
since the modulo 8 count mechanism can handle just 
eight frames. The exchange of information frames in 
both directions between the primary station and the 
secondary station flows smoothly because one re- 
ceive count can acknowledge up to seven frames. 

Here, one primary frame acknowledges three sec- 
ondary frames. For example, the completion and ac- 
ceptance (error-free transmission is assumed here) 
of receive count 4 in the primary's i3.4 frame ac- 
knowledges accurate receipt of secondary frames 1, 
2, and 3. Note that the secondary's receive count re- 
mains unchanged for several transmitted secondary 
frames, until one of the longer primary frames is 
completed. An example is secondary frames i2,2, i3,2 
and i4,2— all waiting for the completion of primary 
frame i2,1. Specifically, secondary i4,2 means the 
secondary is starting to transmit its frame 4 and is 
looking for and waiting for the completion of primary 
frame 2. A similar smooth flow of information frames 
will also take place when primary frames are 
shorter than secondary frames. 
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9. Error correction. Whether used in full- 
duplex or half-duplex links, sdlc permits traf- 
fic to continue in one direction even though an error 
condition has occurred in the other direction. In the 
illustration (of half duplex operation), the primary 
sends frames 1 through 4, during which frame 3 is 
impacted by an error condition. In sdlc the primary 
continues sending until a last frame of a transmission 
is denoted by the poll bit, p. The p bit initiates a line 
turnaround and the secondary starts sending the 
frames in its transmission. Here the final secondary 
frame is 0, as noted in the frame i0,3f. The F-bit 
causes the line to turnaround again (not shown) and 
the primary starts transmitting again. That is, the pri- 
mary backs up and starts retransmitting at frame 3 
because the secondary frames carry an n r count of 
3— meaning that the secondary has only given posi- 
tive acknowledgment to, and cleared the buffers for, 
up to primary frame 2. The primary then sends frame 
4 again, as well as any new frames that may have 
been deposited in the primary's buffer. This error 
correcting mechanism works in the same manner 
when the error occurs in a secondary frame. 
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10. Consistent. Synchro- 
nous data link control's er- 
ror recovery procedures 
provide consistent com- 
mand/response exchanges 
whether the transmission is 
free of error (top), or an er- 
ror occurs in the primary's 
polling frame (middle), or an 
error occurs in the second- 
ary's final INFORMATION 
frame. When an error takes 
place in the primary's poll- 
ing frame (middle), say due 
to lack of synchronism, the 
frame may either get lost al- 
together or be missed by the 
secondary. For such a situ- 
ation, sdlc includes a time- 
out interval: if the primary 
does not receive a valid re- 
sponse from the secondary 
in a given time, then the pri- 
mary will back up and re- 
transmit its last polling 
frame. In the same manner, 
an error in the secondary's 
final information frame may 
cause the frame to be 
missed by the primary. 
Then, following a timeout in- 
terval, the primary will repeat 
its poll and look for a valid 
secondary frame. System re- 
covery for errors occurring 
in ongoing information 
frames (not a final frame) 
was explained in the 
previous example. 
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which the receiving station had sent previously, 
have been accepted and corresponding buffers may 
be cleared. 

The supervisory format is identified in the CON- 
TROL field by a binary 10 pattern in the 9th and 
10th bits after the end of the start FLAG. (Fig 3). 
The supervisory format is used to acknowledge I 
frames, to request retransmission of i-format 
frames, and to inhibit the sending of I frames. 
These alternative supervisory functions are accom- 
plished by the supervisory subfield. 

A frame containing a supervisory format never 
contains an information field. Such a frame still 
follows the standard structure of Figure 1, with the 
information field interpreted to be of zero length. 



Besides providing data integrity by accepting or re- 
jecting information frames, the supervisory control 
format regulates the flow of information frames by 
invoking such controls as receive ready and re- 
ceive NOT READY. 

As shown in Figure 3, supervisory commands 
and responses provide three functions: RECEIVE 
ready (RR) when bits 11 and 12 are binary 00, RE- 
JECT (R) when these bits are binary 01, and RECEIVE 
NOT READY (RNR) when the bits are binary 10. Bit 
pattern binary 11 is reserved. 

A station sends receive ready (00) when it 
wants to acknowledge to another station that it has 
received error free information frames with se- 
quence counts through (N R -1) and that it is ready 

Management. SDLC manages channel linking 
of IBM's 3790 communications system (along 
left wall), controlling up to 16 terminals, to 3704 
or 3705 communications controller itself linked 
to distant host computer. 



to receive additional frames. N R is carried in the 
CONTROL field in the 14th, 15th, and 16th bits after 
the end of the start flag. 

Turning down data 

A station sends REIECT (01) when it does not re- 
ceive or does not accept, due to sequence error, the 
transmitted frame with an N s count corresponding 
to the n r count contained in bits 14, 15, and 16 of 
the transmitted frame. Frames with sequence num- 
bers through (N R -1) are acknowledged, but all 
frames received after the given N R count are re- 
jected, reject is transmitted just once for each ex- 
ception condition, and no more than one reject 
may be outstanding at any instant. The exception 
(reject) condition is cleared (reset) when the re- 
ceiving station receives an INFORMATION frame 
with an N s count equal to the existing count in the 
receiving station N R subfield. 

The receive not ready supervisory format indi- 
cates the receiving station has a condition, such as 
all buffers being full (BUSY), so that it cannot re- 
ceive any more frames that require buffer space. 
Again, frames with sequence numbers (N R -1) are 
acknowledged but frame N R and any subsequent 
frames are not accepted. When a station receives 
an RNR response, which means the other station is 
busy, it must not send any additional frames con- 
taining an information frame until the other ter- 
minal reports that the condition has been cleared. 
The busy station signals when it is ready for addi- 
tional traffic by sending an RR (meaning buffer 
space available) or an information format frame 
with a zero length information field. 

The nonsequenced format in the control field 
is identified by a binary 11 pattern in bit positions 
9 and 10 after the end of the start flag. As Figure 4 
shows, five modifier bits are allocated to distin- 
guish up to 32 different nonsequenced functions. 
nonsequenced frames transfer information with- 
out regard to send and receive sequence counts. 
And they do not alter station sequence counts. Ex- 
amples of NONSEQUENCED control functions are the 
polling of secondary stations without affecting se- 
quence numbers, broadcasting, exchanging termi- 
nal identification information between primary 
and secondary stations, and commanding a second- 
ary station to go "ON HOOK" (primarily on dial-up 
links). Typical nonsequenced response functions 
are to reject invalid commands and to perform 
initialization and diagnostic procedures pertaining 
to data link control. 

B o ot st rap ping 

Synchronous data link control has four modes of 
operation: normal response mode, asynchronous 
response mode, normal disconnected mode, and 
asynchronous disconnected mode. The modes are 
operational rules that define such things as the 
conditions under which a secondary station may 



initiate transmission and the conditions for ex- 
pected response times (timeouts). 

In the normal response mode, a secondary sta- 
tion may initiate a transmission only after being 
directly polled by the primary station. In asynchro- 
nous response mode, a secondary station may ini- 
tiate a transmission on an unsolicated basis at any 
appropriate respond opportunity. What constitutes 
an appropriate respond opportunity depends on 
how the link is configured or being operated. In 
half duplex operation, a secondary station may ini- 
tiate an asynchronous response transmission after 
receiving 15 contiguous 1 bits (defined as an IDLE 
state) on its receive channel. In full duplex oper- 
ation, the secondary station may initiate trans- 
mission at any time. 

Four operating modes 

Sometimes secondary stations are not ready or 
equipped to assume operation in either the normal 
or asynchronous response modes. The two initiali- 
zation modes— normal disconnected and asynchro- 
nous disconnected— allow the primary to bootstrap 
the secondary station into operation by modifying 
or suspending normal protocol requirements. The 
initialization modes are, therefore, considered to 
be temporary measures. 

The preceding pages contain six examples of the 
use of synchronous data link control for both half 
duplex and full duplex operation and under condi- 
tions that have and do not have errors during trans- 
mission. In these examples, the contents of the 
control field tell what is happening on the link, 
frame by frame. 

As a concluding note, it is pointed out that sdlc 
has been implemented in several recently an- 
nounced IBM products— the 3790 communications 
system is an example— and is supported in IBM's 
new access method called vtam for virtual tele- 
communications access method. H 
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Throughput 



Present data link controls, 
especially binary synchro- 
nous communications 
(BSC), are so wasteful of data communications re- 
sources that great emphasis has been placed in 
many quarters to develop more efficient ap- 
proaches. To fulfill this need, a few computer man- 
ufacturers and certain users have designed their 
own protocols to permit communications among 
the various elements of data networks. 

Now Digital Equipment Corp. (DEC) has also pro- 
duced its own data link control, which operates on 
existing hardware and can be implemented on 
many operating systems. For many communi- 
cations networks built around DEC computers, the 
new protocol can be implemented with few, if any, 
hardware changes and only a moderate amount of 
software development. For users planning DEC sys- 
tems, the data-link control may entail no more 
hardware investment or software development 
than previous protocols. 

The new control, called ddcmp (Digital Data 
Communications Message Protocol) closely paral- 
lels the operational features and architecture of 
IBM's synchronous data link control (SDLC) and the 
latest draft standard of American National Stan- 
dards Institute's ADCCP (Advanced Data Commu- 
nications Control Procedure). 

The control's main functions are to establish 
communications between two stations and to en- 



sure the integrity and correct sequence of data 
passing between the stations. Furthermore, dec's 
protocol operates in full-duplex and half-duplex 
modes and in point-to-point and multipoint config- 
urations (Figs. 1, 2, and 3) over serial and parallel 
links. Just how DDCMP compares with SDLC, ADCCP, 
and BSC is discussed in the panel, "How DDCMP 
stacks up," page 217. 

ddcmp was designed to operate most efficiently 
over channels having a high probability of errors at 
speeds ranging from 400 to 50,000 bits per second. 
In theory, the protocol will operate at any speed, 
but it may not be the optimal technique for all 
transmission methods. There are no provisions for 
forward error correction. The software for DDCMP 
is initially being included in an operating system 
that is an updated version of LIPS (Laboratory Infor- 
mation Processing System), but it will become part 
of all future dec network and communications 
software products. 

Implementing the protocol 

DDCMP is designed to operate on existing models of 
dec's PDP-8, PDP-11, PDP-15, and DECsystem-10 
computers, but implementation of the protocol on 
systems for which the software already is running 
may require some effort. Several models of Digital's 
PDP-11 family can handle DDCMP efficiently. For 
synchronous transmission, DP- 11 and DU-11 inter- 
face processors provide character interrupt, and 
DQ-11 provides double-buffered DMA (direct 
memory access). For asynchronous links DL-1 1 and 
DH-11 provide character interrupt. 

For present systems, ddcmp can be retrofitted to 
existing software by writing the code to perform 
the data-link control functions, according to speci- 
fications furnished by DEC, and interfacing the pro- 
gram to the existing operating system. Writing the 
code to perform ddcmp functions is a fairly 
straightforward job and requires only 1,500 to 2,000 
words of storage in a PDP-11, a 16-bit mini- 
computer. One customer reports completing the 
programing in only three weeks. The difficult part 
of the job may be to interface the new software 
with the operating system that is presently in- 
stalled and running. 

Another problem may be to apply the protocol to 
remote "unintelligent" terminals. As in retrofitting 
other new data-link controls, terminals require 
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some processing capabilities and storage 
to be able to handle the protocol. This is not a 
problem if terminals already are connected to a lo- 
cal terminal-control unit, such as a minicomputer, 
that can take on the DDCMP functions. 

But terminals that connect directly to data chan- 
nels will require additional hardware. This hard- 
ware may be in the form of a minicomputer or mi- 
croprocessor-based control unit at each terminal, 
or, for economy, several terminals can be clustered 
around one shared terminal-control unit. The al- 
ternative is to replace these terminals with intelli- 
gent terminals. 

Choosing the hardware 

The hardware requirements for all stations are al- 
most identical. From a practical point of view, how- 
ever, the control station in a multipoint network 
should be reliable and have adequate processing 
speed to maximize network efficiency. 

All stations must be capable of these functions: 

• Processing 8-bit data segments. 

• Synchronizing on the DDCMP synchronization 
character. 

• Providing 1,500 16-bit words of storage, or 
equivalent, to hold the ddcmp control program for 
all point-to-point_ stations or a tributary in a mul- 
tipoint configuration. A control station in a mul- 
tipoint network requires 2,000 words for protocol 
storage. (These figures are based on implementing 
the protocol on Digital's PDP-11 series of mini- 
computers.) 

• Using the count field to find the end of the 
message. 

To handle all of the factors listed above, each sta- 
tion must contain at least a simple processor, usu- 
ally a minicomputer. For minicomputers with se- 
rial links and interfaces providing character- 
interrupt operation, the entire protocol can be im- 
plemented in software. 

In an interface minicomputer with direct- 
memory-access (which is block-oriented), recep- 
tion of data requires double or chained buffering. 
Otherwise, the system will have only one bit time 
to respond to the interface and set up for the data 
field's count after receiving the header. This may 
be difficult or impossible on high-speed lines. One 
way to alleviate this problem is to use fixed-length 
data messages so that the software can ignore the 



count field and assign fixed-length buffers. This 
means lowering the line efficiency or increasing 
software overhead by blocking and unblocking log- 
ical messages into fixed-length ddcmp transmission 
messages. 

In some minicomputers, the overhead for ddcmp 
may be so great that a special ddcmp hardware con- 
troller may be needed. A simple ddcmp controller 
might perform some hardware functions, and the 
software would take over the others. For example, 
the controller could look for a sync character and 
then check the following character to determine 
whether it is an SOH (indicating a data message) or 
ENQ (protocol message). 

Receipt of the SOH character would condition 
the controller to accept the next 14 bits as the 
count field, and to read the appropriate amount of 
data. The software would then be responsible for 
analyzing the remainder of the header and per- 
forming protocol functions. 

An alternative approach might be to build a 
complete DDCMP processor to handle all protocol 
functions. Such a device could be treated by the 
host computer as a block-oriented peripheral. 

Outlining the DDCMP format 

Data is transmitted in variable-length messages of a 
prescribed format, which consists of the data along 
with the control and error-detection information 
needed to check and order this data at the receiv- 
ing end (Fig. 4). Besides data messages, there are 
protocol messages for acknowledgment, initiating 
message exchanges, and error recovery. 

There are two parts to a data message— the 
header, which contains the control information 
and the data itself. DDCMP allows a receiver to ac- 
cept a maximum of 255 messages before an ac- 
knowledgment must be returned to the trans- 
mitter. 

The protocol is inefficient for short messages, 
since each message requires a 10-character over- 
head for the message-header and block checks. 

Data messages are numbered so that they may be 
assembled in the proper sequence at the receiving 
station. The reason these messages sometimes get 
out of order is that when an error is detected or a 
message is lost during transmission, the messages 
must be retransmitted. 

Message numbering begins with an initialization 

(continued on page 215) 



Sequence of operation 



1. POINT-TO-POINT, FULL DUPLEX 









DATA 




TRANSMITTER 












DATA 
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Operation in the point-to-point, full-duplex mode en- 
ables both stations to transmit and receive simulta- 
neously. Message flow in one direction is indepen- 
dent of the flow in the other; therefore, this 
discussion relates only to the message transmitter. 
The station requiring link control begins by sending a 
start message (STRT). The proper response is a start 
acknowledge message (STACK). If no response is re- 
ceived within a predetermined interval (usually twice 
the round-trip propagation delay) or if the reply is dif- 
ferent from a STRT or STACK, then the transmitter 
sends another STRT. 

The STRT message includes the number of the 
first data message (usually 0) to be sent. Each mes- 
sage received is checked for eligible control charac- 
ters and a 16-bit cyclic redundancy check is per- 
formed to test for errors. If the message is found to 
be correct, an acknowledgment is returned. The ac- 
knowledgment may be sent as a separate ACK mes- 
sage, or may be sent implicitly as a number in a data 
message going the other way. 

If the receiver is busy at the time it is ready to ac- 
knowledge a given data message, the acknowledg- 
ment will be sent later, along with any others requir- 
ing acknowledgment, by sending the number of the 
latest received message. This implies that all previ- 
ously unacknowledged messages also are correct. 

If the redundancy check indicates an error, the re- 
ceiver sends a NAK (negative acknowledgment) with 
the number of the last correct message. Then the 
transmitter resends the erroneous message, plus all 
others subsequently transmitted. Other reasons for 
NAKing are receipt of a message that does not have 
a legal start character (SOH, ENQ, or DLE, memory 
overflow, or failure at the receiving station). 

When an acknowledgment is received at the trans- 
mitter all buffer locations holding acknowledged 



messages are made available for new messages. If a 
NAK is returned, the transmitter stops sending new 
messages, sends new sync bits, and retransmits all 
messages, starting with the NAKed one. 

Whenever the transmitter holds unacknowledged 
messages and has received no replies for twice the 
average round-trip times (as determined by a timer), 
it sends a REP (reply message) containing the num- 
ber of the last transmitted message. The proper re- 
sponse is an ACK or NAK. The reason for lack of a 
reply may be a failure at the receiver, a data link 
breakdown, or simply a traffic backup at the receiv- 
ing station. The timer is reset either after each ACK 
or NAK is received, or after transmission of a REP. 

On receiving a REP, the receiving station 
pares the message number in it with that of the 
good message received. If the numbers are equal, 
the receiver sends an explicit or implicit acknowledg- 
ment. If the message numbers do not match, a NAK 
is returned with the number of the last good message 
received. 

Message-header synchronization. If there are 
unacknowledged messages and an acknowledgment 
is received in which the message number is not one 
of those outstanding, or the last one acknowledged, 
an error has been made in number synchronization. 
In response, the transmitter sends a reset message 
(RES) with the lowest message number that it is still 
holding and the transmitter then waits for a reset ac- 
knowledge message RESAK. 

The receipt of a RES message at the receiver ad- 
justs the number of the expected message to the in- 
dicated value, sends a RESAK, causes the error to 
be logged, and the receiver to wait for the unac- 
knowledged messages to be retransmitted. If, how- 
ever, the RESAK is not received, outside intervention 
is required to restart the message exchange. 



Sequence of operation 



2. MULTIPOINT, FULL DUPLEX 




In multipoint operation, message exchange may only 
be initiated by the control station, which selects 
tributaries periodically on the frequencies and in the 
priority selected by the user. Only control and tribu- 
tary communicate; tributaries cannot ordinarily trans- 
mit to each other. In addition, tributaries cannot in- 
terrupt the normal sequence for priority exchanges, 
but, instead, must wait until they are selected. 

In selecting, the control sends a STRT message to 
the appropriate tributary, with the select bit set. If 
there are no data or protocol messages awaiting 
transfer, the tributary responds with STACK (start, 
acknowledge) with the final bit set, to return own- 
ership to the control station. If messages are to be 
sent, the tributary still returns a STACK, but with the 
final bit reset, followed by the messages. In the last 
message, the final bit is set to transfer ownership 
back to the control. 

Error recovery is handled in the same manner as in 
a point-to-point system. If the cyclic redundancy 
check indicates an error, or else if there is an illegal 
start character or a failure at the receiver, then a NAK 
is returned and all messages beginning with .the one 
NAKed are retransmitted. 

Note that for full-duplex operation, the final bit 
should not be transmitted by the control station, and 
the select bit should not be sent from the tributary. 

Tributaries do not ordinarily require timers unless a 
particular application warrants it. A timer can be 
eliminated because tributaries sending responses to 
the control station must wait until the tributary is se- 
lected again, an indefinite time interval. 



Sequence of operation 



3. HALF-DUPLEX OPERATION 
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Unlike futl-duplex operation, where both transmitters 
and receivers may be active at all times, the half- 
duplex mode (both point-to-point and multipoint) re- 
quires that only the receiver or transmitter may be 
active at a given instant, and stations alternate be- 
tween transmitting and receiving, When the line is 
inactive, both stations in a point-to-point system 
must alternate ownership of the link. 

Point-to-point, (not illustrated). When a station ini- 
tiates a transmission, it turns its transmitter on and 
receiver off. After the transmitting station sends the 
STRT message, the transmitter shuts off, and the re- 
ceiver turns on to await the STACK (start, acknowl- 
edge) message. Upon receipt of a STACK, the first 
station transmits a block of messages and then trans- 
fers ownership (via the select and final bits) to the 
other station. 

The other station may ACK (acknowledge) or NAK 
(not acknowledge). If a NAK is received, the select 
and final bits in the last message transfer ownership 
back to the first station, and the erroneous message 
is retransmitted. When the messages are correct and 
■ " 

(continued from page 212) 



no messages are awaiting transmission from the re- 
ceiver, then the transmitter responds to the trans- 
mission with an ACK message. 

If both stations attempt to send a STRT message at 
the same time, then there will be a line-contention 
problem. To circumvent this, the response-timing in- 
terval of one station is lengthened to permit the other 
station to take command before the first station can 
send another STRT message. An additional factor 
that must be added to the timing interval is the turn- 
around time of the line, a function of. the line and the 
modem. In all other respects, operation in the half- 
duplex point-to-point mode is identical to that of full- 
duplex point-to-point mode. 

Multipoint operation (diagram). Half-duplex mul- 
tipoint operation is treated by the control station as a 
series of point-to-point half-duplex connections. The 
control station first selects tributary 1. Any messages 
to be sent are transmitted to the control station. If no 
messages are outstanding, the tributary replies with 
an ACK (with the select and final bits set), where- 
upon tributary 2 is selected. 



number (usually zero) as specified by the start mes- 
sage (one of the protocol messages). The number 
field in the header of each succeeding data message 
is incremented by one. The numbers range from 
zero to 255, and they may wrap around. (Note that 
protocol messages are not numbered.) 

The receiving station acknowledges receipt of 
correct and in-sequence messages by returning the 
number of the last correct message received, either 
in the response field, in data messages transmitted 
in the opposite direction, or in a separate acknowl- 
edgment message. 

Messages certified correct at the receiver usually 
are not separately acknowledged. To provide ef- 
ficient use of the data link, data messages are ac- 
knowledged when the receiving station has a data 
message to return to the transmitter. When a mes- 
sage is acknowledged, it implies that all preceding 
messages have passed their CRC checks, contain al- 



lowable header characters, and have been cleared 
from the receiver's buffer. 

Whenever an error is detected, a negative ac- 
knowledgment (NAK) message returned to the 
transmitter. The nak contains the number of the 
last correctly received message (acknowledging all 
messages through the number given), and the suc- 
ceeding messages must be retransmitted. 

All control and data characters are 8 bits long, 
unless otherwise specified. A data message is pre- 
ceded by a sequence of two or more synchro- 
nization characters. The message begins with the 
header portion, which contains control informa- 
tion for use by the protocol software. 

Analyzing the format 

In the data message format diagramed in Figure 4, 
the first header character is the ASCII character SOH 
(10000001), indicating start of the message. The 
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DATA MESSAGE FORMAT — 
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4. A data message always begins with an SOH char- 
acter, which causes the receiving station to treat the 
various fields according to the message's format. 



second character in the header is a 14-bit count 
field, which indicates the number of characters in 
the data portion of the message. 

The count field is used by the receiver to locate 
the end of the data field. This eliminates the need 
to scan for an end of data marker, as required by 
SDLC. Since the data field does not have to be 
scanned, there is no way data characters can be 
confused with control characters, and the data, 
therefore, is fully transparent to the protocol. 

Following the count field are two flag bits— select 
and final— that designate control of the link. Next 
is the response field. This indicates the number of 
the last good data message received at the station 
transmitting the outgoing message, which is the 
usual acknowledgment method for correctly re- 
ceived data messages. 

The NUM field contains the number of this mes- 
sage. It is followed by the addr field, which con- 
tains the address of the station to which this mes- 
sage is being sent. In a multipoint system as many 
as 255 destinations may be addressed. The final 
segment of the message header is a 16-bit field used 
by the receiver for the header CRC. 

Since the contents of the data field have no ef- 
fect on the protocol, any coding or control charac- 
ters may be embedded in the data. The only excep- 



tion is that if the bit count of this field is not a 
multiple of eight, additional zeros must be added 
to fill out the last character. The last field is the cy- 
clic redundancy check. Note that, unlike SDLC, 
DDCMP has two CRC fields— one for the header and 
one for the data portion of the message. 

Separate checks of the control and data portions 
of the message tend to improve system response 
time because the receiving station can make use of 
the header information as soon as the header block 
check is found to be correct. However, on the nega- 
tive side, this approach reduces the efficiency of 
line utilization because it adds 16 bits to the com- 
munications overhead. 

The CRC field is the remainder left after division 
of the data stream by a polynomial. Called CRC-16, 
this algorithm produces a unique bit sequence for 
the combination of bits being checked. On the re- 
ceiving end, the calculation is repeated and the 
block check is subtracted from the remainder, 
yielding a zero result. 

Protocol messages 

There are seven types of protocol messages. The 
purpose of each message is described below, and 
format details are presented in "Protocol message 
formats." Selection of transmitting and receiving 
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stations is based on the conditions of the select and 
final bits in these messages. The select bit polls an- 
other station, whereby the on state of the select bit 
invites the station specified by the message's ad- 
dress field to transmit. The final bit relinquishes 
ownership of the line after completion of the cur- 
rent message. 

Each protocol message is preceded by at least two 
synchronization characters. The message begins 
with character ENQ (00000101). The next two 
fields designate the type and subtype of the proto- 
col message. The resp field contains message-num- 
bering information. 

The NUM field provides numerical information 
to supplement the RESP field, as shown in the notes 
for the table. The meanings of the resp and NUM 
fields vary, depending on the type of protocol mes- 
sage. ADDR designates the destination of the mes- 
sage, which is followed by the last field, the CRC. 
Detailed descriptions of the protocol messages are 
given below. 

Acknowledge message (ack). Whenever 
acknowledgment is required for a protocol mes- 
sage, or if a data message is not forthcoming to ac- 
knowledge earlier data messages, an ACK is sent. 
The SUBTYPE and NUM fields, which are not used, 
contain all 0s. The RESP field holds the number of 



the last correct message received at this stati'on. 

Negative acknowledgment (nak). If a 
data or protocol message is rejected for any reason, 
a NAK is returned to the transmitter from the re- 
ceiver. The message number in the resp field of the 
NAK is the number of the last received message that 
was correct. The reason for NAKing is indicated in 
the subtype field, as follows: header-block-check er- 
ror, 000001; data-block-check error, 000010; REP 
message response, 000011; buffer temporarily 
unavailable, 001000; receiver overrun, 001001; 
message too long, 010000; and header-format error, 
010001. 

Reply to message number (rep). A reply 
message is sent from the transmitter to the receiver 
if the transmitter has not heard from the receiver 
within a predetermined period and unacknow- 
ledged messages are outstanding. The NUM field 
contains the number of the last message sent to the 
receiver. The response to a rep message is either an 
ACK to acknowledge the last received message or a 
nak to indicate the last message verified by the re- 
ceiver as correct. 

Reset message number (res). This mes- 
sage is sent by a transmitter to a receiver to cause 
the receiver to reset its receiving message number 
to that of the NUM field. This message is used when 



5. The data field of a bootstrap message contains the 
program to be loaded into a remote computer or an 
intelligent terminal. 



DATA PORTION 
A. 



XXXXXXXXXXXXXXXX 



48 ♦ 63 


64 


t 




f 16-BIT 

REDUNDANCY 
L CHECK 


4 


DATA 
FIELD 





N + 1 



N + 16 



16 BIT 
REDUNDANCY 
CHECK 



217 
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NOTES: 



1. NUMBER OF LAST CORRECT DATA MESSAGE RECEIVED 

2. NUMBER OF LAST DATA MESSAGE TRANSMITTED 

3. NUMBER OF NEXT DATA MESSAGE TO BE TRANSMITTED 

4. NUMBER OF NEXT OATA MESSAGE TO BE RECEIVED 

5. REASONS FOR NAK 

HEADER CRC ERROR 
DATA CRC ERROR 
REP RESPONSE 
BU FER UNAVAILABLE 
RECEIVER OVERRUN 
MESSAGE TOO LONG 
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How DDCMP stacks up. 



ddcmp is designed to operate over clocked (syn- 
chronized) full- or half-duplex channels, switched 
or direct links, point-to-point or multipoint net- 
works, and serial or parallel transmission facilities. 
Further, it will accommodate both synchronous 
and serial start-stop (asynchronous) modes. The 
sdlc and adccp protocols share all of these capa- 
bilities, with the important exceptions being that 
they cannot operate on bit-parallel or asynchro- 
nous lines. Another characteristic shared by all 
three line protocols is that they are designed pri- 
marily for communications between intelligent sta- 
tions, rather than communications with simple ter- 
minals. The nature of the transmission medium 
(e.g. dial-up or leased line, cable or microwave 
transmission) does not affect operation for any of 
the three protocols. 

In comparison with IBM's binary synchronous 
communications (bsc), the most common proto- 
col today, both ddcmp and sdlc have the advan- 
tage of providing full-duplex, as well as half- 
duplex operation, bsc requires different formats 
for leased point-to-point links, switched point-to- 
point and nonswitched, multipoint operation. But 
ddcmp and sdlc can accommodate all types of 
configurations with the same message formats. 
An important difference between ddcmp and sdlc 
is that sdlc has no count field. Instead, the end of 
the data field is marked by a unique flag character 
(01111110). To avoid the problem of mistakenly 
interpreting a string of six 1s in the data stream as 
an end flag, special circuits at the transmitting sta- 
tion must count the number of consecutive 1s. 



When five in a row are detected, a is automati- 
cally inserted if this sequence is not the end of the 
data field. This technique is called bit-stuffing. 

The receiving station constantly searches for 
five consecutive 1s. If the sixth bit also is a 1 and 
the seventh is a 0, the sequence is interpreted as 
an end flag. But if the sixth bit is a 0, it is dropped, 
and the search for the end flag is resumed. 

In ddcmp, the data is never scanned for special 
characters. The only requirement for the data field 
is that it contains a multiple of 8-bit characters. If it 
does not, 0s must be added to fill it out. This fea- 
ture allows ddcmp to operate with many existing 
interfaces and controllers. 

The number of unacknowledged messages per- 
mitted to be outstanding for the three protocols 
also differs, bsc allows only one unacknowledged 
block of some defined length, sdlc allows seven 
frames with no restrictions on length, and ddcmp 
permits up to 255 unacknowledged messages 
with a maximum of 16,000 characters per mes- 
sage, to be received at any station. An advantage 
to operating with large numbers of unacknowl- 
edged blocks is efficient use of satellite links, 
where there are long delays. Both sdlc and ddcmp 
include cyclic redundancy checks of control mes- 
sages, while bsc does not. 

A worthwhile feature of dec's protocol is that it 
permits bootstrap startup of a remote intelligent 
terminal of a communications processor so that 
all stations on the network can have their oper- 
ating software, including the ddcmp control pro- 
gram loaded from one control site. 



message-number synchronization is lost or if the 
numbering sequence must be changed. 

Reset acknowledge (resak). Acknowledges 
receipt of a reset message. The resp field contains 
the next expected data message number, which is 
the same as the number in the num field of the 
corresponding reset message. 

Start (strt). Used to begin message exchange, 
the start message is sent by a station seeking to 
transmit to another station, to cause the latter to 
prepare to receive. The NUM field informs the re- 
ceiver of the number of the first data message to be 
transmitted. 

Start acknowledge (stack) is transmitted 
by the receiver to acknowledge receipt of a start 
message. As in the RESAK message, the resp field 
contains the next data message number expected 
to arrive at the receiver (same as the number in the 
NUM field of the start message). This serves as an 
acknowledgment of the message number. The num 
field of a stack contains the number that will be 
assigned to the first data message transmitted by 
this station. 

A special type of protocol message is the boot- 



strap (BOOT), which is used to load a program into 
a remote computer and then transfer control to 
this program (Fig. 5). BOOT messages are like data 
messages with the following exceptions: 

• No acknowledgment is required. 

• BOOT segment numbers always start at zero, 
eliminating the need for a start sequence. 

• The header of a BOOT message starts with the 
ASCII character DLE (10010000). 

Following a synchronization sequence, the BOOT 
message begins with a header character that identi- 
fies this type of message. The second field is a 14- 
bit character count indicating the number of char- 
acters to be sent. Next are the link control flags and 
an 8-bit filler field. 

The next field contains the number of this seg- 
ment of the bootstrap program. Segmentation of 
programs into several messages is required when 
the number of characters exceeds reliable capacity 
of the data link or 16,000. The last two fields of the 
header are the destination address and CRC for the 
header. The data portion of the message contains 
the program to be loaded. Following the data is the 
second CRC. ■ 
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BDLC— a link-control method 

that can handle up to 
127 unacknowledged messages 



Burroughs' bit-oriented 
protocol operates 
either half or full duplex 
for high throughput 

Michael J. Bedford 
Burroughs Corp., 
Detroit, Mich. 



Protocols 



The new generation of bit- 
oriented protocols is much 
more efficient than earlier 
character-oriented protocols because the newer 
methods have the inherent ability to operate on 
full-duplex lines and they are insensitive to for- 
mally structured information codes. In addition to 
these efficiencies, Burroughs data link control 
protocol (bdlc) can operate with a maximum of 
seven to 127 unacknowledged transmissions, and it 
is fully compatible with high level data link control 
(HDLC), the worldwide standard soon to be final- 
ized by the International Standards Organization 
(ISO). Moreover, a version of bdlc that can be inter- 
faced to IBM's bit-oriented synchronous data link 
control (SDLC) will be available. 

Until now Burroughs users had only the charac- 
ter-oriented Basic protocol (not to be confused 
with the high-level language of the same name), 
which is more limited than BDLC. Among the ad- 
vantages of bdlc over Basic is that transparency is 
integral to BDLC (transmission control is unaffected 
by the data or the information fields in the frame); 
primary and secondary relationships are always as- 
signed to stations on a data link; information 
frames are independently numbered for retrans- 
mission of an individual frame or series of frames 
received with errors,- the frame structure is stan- 
dardized; and the procedure itself is modular. The 
significance of modularity is that specific combina- 
tions of commands and responses can be confi- 
gured to best suit a given application. 

Unlike BDLC, older protocols such as Basic have 
rigid, character-based message structures, and they 
reserve subsets of the character code for trans- 
mission control. This has inhibited standards de- 
velopment and reduced throughput efficiency. 
Data treated in this manner often requires code 
conversion, expansion (packed numeric digits to 
characters), or fragmentation (nonformatted data 
broken into fixed-length bytes) prior to trans- 
mission at the data source, and then reconversion 
at the destination. 

Moreover, several line turnarounds may be re- 
quired to accomplish transmission of a single mes- 
sage. However, with its transparency, code inde- 
pendence, and bit streaming, BDLC eliminates these 
conversions, and with improved error detection 
and error recovery it reduces the overhead re- 
quired for error control and produces more accu- 
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■CONFIGURATION TYPES ■ 




POINT-TO-POINT FULL-DUPLEX (TWO-WAY ALTERNATE OR SIMULTANEOUS) 





SECONDARY 



SECONDARY 




MULTIPOINT HALF-DUPLEX ( TWO-WAY ALTERNATE) 




| SECONOARY | | SECONDARY j 



MULTIPOINT FULL-DUPLEX (TWO-WAY SIMULTANEOUS) 




CENTRAL 
PROCESSOR 



REMOTE 
PROCESSOR 



MULTILINK CONFIGURATION (HALF-OR FULL-DUPLEX) 



1. BDLC can operate over point-to-point and mul- 
tipoint full- or half-duplex links, or in multilink config- 
urations that include both full- and half-duplex com- 
munications lines. 

rate, flexible, and economical data transmission. 

The protocol provides for two-way alternate or 
two-way simultaneous synchronous transmission 
in switched or nonswitched networks and point-to- 
point or multipoint data links, as illustrated by the 
configuration types in Figure 1. 

Secondary stations can operate in either the nor- 
mal response or the asynchronous response mode. 
In the normal response mode, a secondary station 
may initiate transmission only as a result of receiv- 
ing explicit permission to do so from the primary. 
In the asynchronous response mode, a secondary 
station may initiate transmission without explicit 
permission from the primary. 

During normal operation, a station may transmit 
up to seven consecutively numbered frames (or 
127 frames with an extended control field) without 
requiring an intervening acknowledgment. A poll 
bit is set within the control field of a frame to 
request a response or acknowledgment. The trans- 



mitting station in- 
cludes a send se- 
quence number to 
identify the frame 
being sent. It also in- 
serts a receive se- 
quence number to de- 
note the next 
expected frame and to 
acknowledge receipt 
of previously received 
frames. 

The new protocol 
can be retrofitted to 
present Burroughs 
equipment capable of 
synchronous oper- 
ation. For example, 
only a single board 
change and reloading 
of firmware is re- 
quired to convert the 
following Burroughs 
products: TC 3500 in- 
telligent terminals, 
DC 140 intelligent 
communications con- 
trollers, and TC 1700 
bank-teller terminals. 

The new TC 5100 
series of intelligent, 
interactive, and batch 
terminals also offers 
BDLC, and a newly an- 
nounced communi- 
cations controller, 
B776, provides for bdlc devices to be used in Basic 
networks and Basic devices in bdlc networks. The 
memory requirements of bdlc are compared with 
those of Basic for a typical TC 3500 intelligent ter- 
minal in "How much firmware?" 

BDLC vs Basic 

As mentioned earlier, BDLC is inherently more ef- 
ficient that Basic. For example, BDLC acknowledg- 
ments are included in data messages, whereas in 
Basic, a separate acknowledgment message must be 
returned for each data message. Also, unlike the 
Basic protocol, BDLC is designed to operate two 
ways simultaneously, using full-duplex lines. Some 
other features of BDLC that are not available in 
Basic are the ability to send several messages to sev- 
eral different remote stations in one contiguous 
transmission and the ability to include a polling 
command in an output message. 

All of this adds up to significant differences in 
the ways in which Basic and BDLC perform in such 
applications as inquiry systems, one-way traffic, 
and distributed networks. 

Inquiry system. Possibly the most com- 
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2. The transmission times for various forms of BDLC 
and Basic are plotted as functions of message sizes 
for line speeds of 1,200 bits-per-second, 2,400 b/s, 
4,800 b/s, and 9,600 b/s. 

monly implemented data communications system 
is the one-message-in/one-reply-out type of mul- 
tipoint inquiry system. In this application bdlc 
saves three to five line reversals by eliminating sep- 
arate acknowledgments and by using the message 
sent in response to an inquiry to acknowledge the 
inquiry. Another advantage is that any character 
size can be handled by bdlc, whereas Basic has a 
rigid character structure. Because of this, BDLC al- 
lows the packing of data into bit streams for fur- 
ther improvement in line utilization. 

A detailed comparison can be made of the line 
efficiency of an 8-bit inquiry system operating in 
BDLC and one operating in Basic. The set of graphs 
in Figure 2 shows relative line-time usage for asyn- 
chronous Basic, synchronous Basic, unpacked 
BDLC, 25% packed bdlc, 50% packed bdlc, and 
100% packed bdlc as functions of total message 
sizes. Note that the term packed means that nu- 
meric data can be represented in 4-bit increments 
rather than 8 bits, as in Basic. 

The figures suggest that bdlc is always the more 
powerful discipline. But that's not always true. 
When used on 1,200-b/s lines to send 100-byte 
messages, asynchronous Basic provides about 20% 
shorter response times than either synchronous 
Basic or unpacked bdlc. The explanation is that 
asynchronous Basic spends relatively little time on 
unsuccessful polling attempts. 

Therefore, one conclusion to be drawn is that 
with slower multidrop lines and message sizes up 
to approximately 100 bytes, asynchronous Basic is 
still more efficient than bdlc, ignoring all other sys- 
tem costs. 

For the purpose of illustration, 1,200-b/s asyn- 
chronous operation was compared with 1,200-b/s 



synchronous. But this is not a practical compari- 
son, since the synchronous hardware is made for 
higher line speeds than asynchronous. 

Another conclusion is that as message sizes in- 
crease, the performances of synchronous Basic and 
unpacked BDLC approach each other, saving about 
20% line time compared to asynchronous Basic. 
(This is to be expected— 8 bits against 10 bits, syn- 
chronous against asynchronous.) At all speeds, for 
the larger message sizes, and in half-duplex inquiry 
applications, bdlc significantly outperforms Basic 
when the message data can be packed. 

One-way traffic Consider a system in which 
there is only output to one or more terminals. Ex- 
amples are end-of-day report writing or inputs of 
batched data. In either case, bdlc can improve 
throughput since acknowledgment need only be 
transmitted after seven or more messages, so that 
fewer line turnarounds are required. 

For example, in sending seven 132-byte messages 
to a remote job entry printer, BDLC requires 24% to 
28% less line time than asynchronous Basic be- 
tween 1,200 and 9,600 b/s, and 10% to 13% less 
than synchronous Basic. Clearly, as message sizes 
decrease or line speeds increase, or when hardware 
delays increase, the efficiency of BDLC grows and 
becomes still more of an advantage. 

Distributed network system. Powerful 
concentrators that control their own small net- 
works yet are linked to central computers are 
found in more and more systems. In such distrib- 
uted networks, Basic may continue to be used on 
the local network, but BDLC would have advantages 
in the concentrator-to-central-system connection, 
either with point-to-point or multidrop links. 

For point-to-point half-duplex lines, the advan- 
tages of bdlc over Basic are similar to those dis- 
cussed in the one-way-only application, one advan- 
tage being the ability to group several messages into 
one transmission. Similar efficiencies can be found 
in bdlc conversational point-to-point communi- 
cation involving fairly heavy traffic, whose 
throughput would be superior to conversational 
Basic in the half-duplex mode. 

bdlc becomes advantageous when data is packed 
in the point-to-point environment. For example, in 
the one-way only application where the seven 132- 
byte messages are sent at 9,600 b/s, the advantage 
of bdlc with seven unacknowledged frames is 23%. 
If 50% of the data can be packed, the line-time sav- 
ing of bdlc over Basic could increase to 40%. 

In point-to-point half-duplex systems bdlc's ad- 
vantages over Basic are even more impressive when 
the hardware delays are significant. This will cer- 
tainly be the case for satellite connections, where 
the long distances cause long delays. 

Note that in actual practice, transmission sizes 
in a distributed network are generally much larger 
than in an inquiry system, since several logical 
messages might comprise a single transmission to 



— More about protocols < 

Other line protocols are described in the follow- 
ing Data Communications articles: 

■ "Taking a fresh look at data link controls," 
September, 1973, p. 65-71— a look at character- 
oriented protocols such as IBM's binary syn- 
chronous control. 

■ "Synchronous data link control— SDLC," 
May/ June, 1974, p. 49-60— a discussion of 
IBM's bit-oriented protocol. 

■ "Advanced link control runs full and half 
duplex," Sept./Oct., 1974, p. 36-46-a descrip- 
tion of DDCMP, Digital Equipment Corp.'s bit- 
oriented protocol. 
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STANDARD BDLC FORMAT 




XXXX XXXX XXXXXXXXXXXXXXXX 01111110 




NOTE: X'sMAY BE I s OR 0's 



3. Three fields have variable lengths— the address 
field, expandable in 8-bit increments; control field, 
which can accommodate up to 127 unacknowledged 
frames; and the information field. 

and from the concentrator or controller, regardless 
of the protocol used. 

Surprisingly, BDLC's greatest efficiency advantage 
over synchronous Basic is with small messages, and 
this advantage increases slightly with line speed. In 
the theoretical best case for BDLC at half-duplex, 
where no individual polls or acknowledgments are 
necessary, where every frame is 100% packed, and 
with the same hardware delays as before, a 500- 
byte message transmitted at 9,600 b/s would expe- 
rience a 61% saving in line time in BDLC over 
asynchronous Basic and 52% in the case of the syn- 
chronous Basic mode. 

The limiting values are also quite interesting. 
They show that in a half-duplex distributed pro- 
cessing system, one can expect average line-time 
savings of up to a third, using unpacked BDLC in 
networks where the hardware delays are highly sig- 
nificant. However, in networks where the hard- 
ware delays are not significant compared to actual 
transmission time, the savings of unpacked BDLC 
over synchronous Basic are negligible and approxi- 
mately 20% better than asynchronous Basic. 

Frame formats 

In BDLC and other bit-oriented control procedures 
conforming to the ISO and the proposed U.S. stan- 
dards, the fundamental unit of transmission is the 
frame. In all of the proposed standards, the frame 
formats conform to a common structure of defined 
fields, as shown in Figure 3. 

■ Flag bit sequence. All frames start and end 
with fixed 8-bit sequence called a flag. Frame syn- 
chronization is achieved by detection of the lead- 
ing flag, and the end of the frame is signaled by an 
end flag. A single flag sequence may be be trans- 
mitted to signify the end of one frame and the be- 
ginning of the next frame. 

To assure that other elements in the frame are 
not misinterpreted as a flag bit sequence, a process 
known as zero insertion is applied at the time of 
transmission to all fields bounded by delimiting 
flags. This process inserts (stuffs) a bit into the 



bit stream each time five consecutive Is are trans- 
mitted. The receiver deletes these inserted 0s to re- 
construct the original bit stream. These functions 
may be performed by firmware or hardware at the 
transmitting station and at the receiver. The 
method of implementation depends on the equip- 
ment involved. 

■ Address field. This field contains the address 
of a secondary station. The field begins immedi- 
ately after the leading flag of transmitted frames. It 
is normally 8 bits long, providing 256 addresses. An 
address extension capability permits expansion of 
the address field in 8-bit increments to accom- 
modate additional secondaries. 

■ Control field. The control field conveys com- 
mands from the primary station, responses from a 
secondary, and sequence numbers of transmissions 
in a data link. 

The protocol allows up to seven unacknowl- 
edged frames to be outstanding at a given time. 
Each station maintains independent sequence 
numbers for transmitted and received frames. The 
field may be extended from 8 to 16 bits, extending 
the command/response capabilities and expanding 
the sequence numbers from 3 bits to 7 bits, which 
in turn extends the potential number of unac- 
knowledged frames to 127. In fact, a deliberately 
unbalanced or asymmetrical system can be oper- 
ated, in which many short frames are transmitted 
in one direction and fewer but longer frames are 
transmitted in the other direction, without the re- 
quirement for frequent line turnarounds solely for 
acknowledgments. 

A poll bit solicits a response or sequence of re- 
sponses from a secondary station. In the normal re- 
sponse mode, the final bit is set by a secondary sta- 
tion to indicate the final frame transmitted in 
response to a poll command. In the asynchronous 
response mode, the final bit is included in the first 
response frame following receipt of a poll bit to in- 
dicate the final frame of a sequence. 

The control field includes a means to identify 
the type of frame sent to indicate to the receiver 



224 



CONTROL FIELD FORMATS 



A. INFORMATION 



<9 



4A. The control field has three possible formats, as 
shown in the three diagrams. The format for the in- 
formation frame keeps track of the numbers of the 
last frames sent to and received by the station. 

. CONTROL FIELD FORMATS 




4B. The command and response bit positions in a 
supervisory frame specify the readiness or inability to 
receive message frames, or else the complete or se- 
lective rejection of one or more received frames. 

■ CONTROL FIELD FORMATS 

C. UNNUMBERED 




NOTE: X'sMAY BE I's OR O's 



4C. The format for unnumbered frames specifies 
any of six unnumbered commands or any of two un- 
numbered responses, as specified by two groups of 
modifier bits shown in the diagram. 




How much firmware? 



The operation of BDLC is controlled by firmware, 
and the number of features selected for each 
station determines how much firmware it will 
need for BDLC. 

As an example of a BDLC implementation, a 
secondary station (TC 3500/DC 140 intelligent 
terminal) would require 2Vi kilobytes of storage 
to provide: point-to-point or multi-point oper- 
ation; over switched or nonswitched links; using 



how the message should be processed— as a super- 
visory frame for protocol control purposes or as a 
combined control and information frame. 

■ Information field. The information field 
contains the data being transmitted, which consists 
of a variable number of bits that need not adhere 
to any conventional code structure. Although the 
bdlc procedure does not restrict the length of this 
field, practical considerations such as the ability of 
the 16-bit frame check field to detect transmission 
errors on exceedingly long messages and the cost of 
buffering tend to limit frame length. 

■ Frame check sequence. The frame check 
sequence consists of 16 bits used for detection of 
transmission errors by a process called a cyclic re- 
dundancy check. It validates the transmission ac- 
curacy of all fields contained between the leading 
and trailing flags of a frame. 

Control field formats 

There are three types of frames, each identified by 
the proper control field. The information frame 
sends data, a supervisory frame sends commands 
and responses, and unnumbered frames carry addi- 
tional link control commands. 

The control field of the information frame sent 
by a primary (Fig. 4a) contains the send-sequence 
number of the frame being transmitted and also 
the receive-sequence number expected to be con- 
tained in the next information frame from the ad- 
dressed secondary. The purpose of the receive-se- 
quence number is to inform the other station of 
the number of the last frame received. If this num- 
ber is lower than the next send-sequence number 
at the secondary, then one or more frames are as- 
sumed lost, and the transmitting station is thereby 
informed that the frames that followed must be 
transmitted once again. 

Two control-field formats convey link-control 
commands and responses. The supervisory format 
(Fig. 4b) is used when transmitting numbered su- 
pervisory frames which are vital to link operation. 
These frames indicate such situations as readiness 
to receive (receive ready message), request retrans- 
mission of information frames (reject or selective 
reject), and temporarily interrupt the receiving ca- 
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normal or asynchronous response mode; full- or 
half-duplex (two-way simultaneous or two-way 
alternate) transmission; address extension op- 
tion; six response formats; and frame abort. 

For comparison, in a similar terminal Basic 
would require 1 kilobyte of firmware to provide: 
point-to-point operation only; over switched or 
nonswitched lines; full- or half-duplex trans- 
mission, and one- to three-digit numbering. 



pability (receive not ready). 

One method of polling a secondary station is to 
send it a ready command with the poll bit set in 
the control field. 

In the event of a transmission error, retransmis- 
sion is requested by the reject or selective-reject 
command/response. The selective reject requests 
only a specified frame to be retransmitted, while 
the reject command requests retransmission of all 
frames, starting with frame whose receive-sequence 
number appears in this frame. In either case all 
frames numbered below the receive-sequence 
number are implicitly acknowledged. This method 
avoids separate acknowledgments. 

The unnumbered format (Fig. 4c) is used to 
transmit supervisory commands or responses for 
additional link-control functions. 

When used in switched networks, the discon- 
nect command causes the addressed secondary to 
go on-hook, whereas in nonswitched networks it 
informs the secondary that the primary is suspend- 
ing operations. 

The response-reject command is used by the pri- 
mary station to report receipt of an invalid re- 
sponse, receipt of a frame with an information 
field that exceeds the assigned buffer size, or 
receipt of a response having an invalid sequence 
count. The status field of the frame indicates the 
reason for the rejection. The command-reject re- 
sponse provides an equivalent function and is sent 
by the secondary. 

Another group of unnumbered frames includes 
setting and extension of the normal and asynchro- 
nous response modes and acknowledgment of un- 
numbered frames. The normal-response-mode 
command sets the addressed secondary to this 
mode and resets the send and receive sequence 
numbers to zero to initiate operations in the nor- 
mal response mode. The extended version of this 
command stretches the control field by up to 16 
bits to accommodate a greater number of unac- 
knowledged frames. The asynchronous extended 
command performs the same function for oper- 
ation in the asynchronous mode. An unnumbered 
acknowledgment message notifies the sending sta- 
tion of receipt of an unnumbered frame. ■ 
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the system going 



Containing both test equipment 
and operational gear, an NMC, 
customized to the system's needs, 
can simplify diagnosis of faults 
and aid rapid restoration of service 
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OPERATIONS 



Designing and installing a 
data communications sys- 
tem is only the beginning. 
Continuing operational re- 
quirements must also be kept in mind because time will 
take its toll, and natural forces tend to degrade or dis- 
rupt services and equipment. Then difficulties and de- 
lays will arise when trying to pinpoint what is at fault 
when trouble does occur. 

More than likely, the system will be upgraded, even- 
tually, and one piece of equipment will be substituted 
for another from time to time. For these and other rea- 
sons, a data communications system should include a 
network-management center (NMC) whose main func- 
tions are to monitor the network's operation, to permit 
routine maintenance, and to effect rapid restoral of ser- 
vice when a failure occurs. 

Thus, an NMC contains both test and operational 
equipment. The amount of such equipment in the net- 
work-management center depends on many factors: 
how important the system is to the day-to-day business 
operation, the number of lines in the network, the num- 
ber and kinds of terminals used, the geographical dis- 
persion of the network,- whether synchronous or asyn- 
chronous transmission is used, and even the educational 
and experience level of the people assigned to keep the 
network running. 

Ideally, a network-management center will be de- 
signed at the same time as the data communications 
system itself. Unfortunately, though, the need for an 
NMC is often not recognized until network installation 
has been completed, system operation has become trou- 
blesome, and failures start to upset business operations. 
Even so, an NMC that is retrofitted can prove effective. 

As a major benefit, a network-management center fa- 
cilitates the orderly and convenient packaging of much 
of the data communications gear at a central office. Fig- 
ure 1 shows how one unstructured system got out of 
hand as more lines and terminals were added. The data- 
sets (modems) were simply piled one on top of the other 
and side by side until the equipment and system oper- 
ation literally evolved to a precarious position. A person 
tripping on a wire could send the whole thing crashing 
down— or at least interfere with the performance of 
some of the lines. 

Figure 2 shows the equivalent data communications 
equipment, neatly packaged in a conventional 19-inch 
rack, together with test equipment, to form a network- 
management center. The NMC in Fig. 2 has two essen- 
tially identical bays. Each of five panels at the bottom of 
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PROFILE OF 

NETWORK MANAGEMENT 
CENTER TEST EQUIPMENT 
AND SERVICE RESTORAL 
CAPABILITIES 
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each bay contains dual 2,400 b/s modems, so that the 
center handles 20 leased lines. Above the modems are 
12 channels of EIA patchfields; then several six-way, 
four-wire bridging units; and then 24 channels of 
analog patchfields. A test panel fits into the right bay 
above the analog patchfields. 

The communications equipment is protected against 
damage, and the NMC makes it easier to diagnose and 
repair system faults. Such communications gear as data- 
sets, multiplexers, and test equipment can be readily 
obtained for mounting in 19-inch rack cabinets. 

While a network- management center is made up of 
standard test equipment and operating gear, it is always 
customized to a particular data communications system. 
The amount of operational equipment— datasets, for ex- 
ample—is directly related to system size. The variable 
aspects of network-management centers are the kinds 
and amount of test and service-restoral equipment they 
contain, and which can be related, to some extent, to the 
characteristics of typical data communications systems. 
The table defines four levels of NMCs. 

Simple patchfields 
A level 1 NMC would apply to relatively simple net- 
works, for which users do no routine testing of lines or 
equipment, perhaps because experience shows the sys- 
tems are quite reliable or because failures likely won't 
be of great consequence. A level 1 NMC is essentially a 
patch facility that contains sufficient analog and digital 
patchfields so that an operator can perform loop-back 
tests for rapid diagnosis and can call in alternate rout- 



ing if the line seems to be the cause of the trouble. 
When trouble is located, the operator can simply plug 
in another line or substitute a spare dataset for one that 
may have failed. 

Although a level 1 NMC does not contain any test 
equipment, it may include such service-restoral features 
as monitor-and-alarm hardware and back-up switching. 
A monitor-and-alarm circuit alerts the operator, by a 
warning light or audible alarm, when a piece of equip- 
ment has failed or is malfunctioning. For example, cer- 
tain high-speed datasets check bit error rate (BER) and 
when the ber exceeds a predetermined value, a signal 
will appear on the dataset's SIGNAL QUALITY DETECTOR 
lead (pin 21 on EIA RS-232-C connector). This pin can 
be wired to the alarm system. Similarly, and depending 
on system operation, alarms can be initiated on failure 
of the CARRIER DETECT and DATASET READY signals. If 
an alarm persists, the operator can restore good service 
by manually plugging in a spare dataset, using the 
analog and digital patchfields. 

Substituting a new piece of equipment can be made 
even easier and faster when the network-management 
center includes back-up switching. Here, electrical re- 
lays, operated by one switch, transfer the circuit leads 
from a deficient equipment to a spare. Inclusion of 
back-up switching requires more initial design effort, 
but can be particularly effective— say, for a multiplexer 
or a front-end processor— when substitution of a spare 
by an operator would require him to move too many 
leads. But with back-up switching, all the operator has 
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to do is press one switch. The relays transfer the leads, 
and the system goes back on line. 

As the table shows, a level 2 NMC includes, at a min- 
imum, test equipment to measure circuit gain and 
steady-state noise, but as indicated, an extensive 
amount of other test equipment can be included. How 
much test equipment is added depends on the system it- 
self. For example, if the network operates in an asyn- 
chronous-transmission mode (that is, at less than 2,000 
bits per second), the NMC might also contain an asyn- 
chronous distortion analyzer and a pattern generator to 
help analyze the distortion. If transmission is synchro- 
nous (2,400 b/s or higher), the test-equipment comple- 
ment would include instruments to measure envelope 
delay, phase jitter, and bit error rate together with an 
X-Y recorder and oscilloscope. 

Operator needs skills 
A level 3 NMC may be needed when a data communi- 
cations system gets to be fairly extensive, such as one 
that is used by a medium or large company doing busi- 
ness over a wide geographic area and whose system is 
characterized by high-speed transmission (although 
some asynchronous terminals may be present). As the 
table shows, in addition to the patchfields, this type of 
NMC would employ instruments to measure noise, enve- 
lope delay, phase jitter, harmonic distortion, gain hits, 
and bit-error rate and would definitely include monitor 
and alarm hardware. It could also contain the optional 
facilities noted by Xs in the table. 

An important aspect of the level 3 advanced patch- 



and-test network-management center is that the system 
designer has included some rather sophisticated test 
equipment to permit the rapid diagnosis of trouble and 
quick restoral of service. And the system itself is quite 
complex. What this means, then, is that the operator 
who oversees the system via the NMC must possess a 
comprehensive understanding of data communications 
theory and equipment, telephone-line characteristics, 
alternate routings, and the like, to permit him to inter- 
pret test results, make the necessary logical deductions, 
locate faults, and restore service. 

The level 4 computer-controlled network-manage- 
ment center contains about the same amount of test and 
service-restoral equipment as a level 3 center. The main 
difference is that the level 4 installation contains a mini- 
computer that automatically performs the monitoring 
and diagnostic functions, based on readings from the 
test equipment. 

Once programed to meet the system requirements, 
the minicomputer routinely checks each circuit and 
piece of equipment, switching in test equipment appro- 
priate to a particular test and automatically analyzing 
the results. If test runs show faulty operation, the mini- 
computer can then sound an alarm and even invoke 
back-up switching of spare equipment. Thus, while a 
level 4 network-management center would cost more 
than an equivalent level 3 installation because of the 
minicomputer and its programing, the operating cost 
would be less because it can be manned to some extent 
by a person having lesser skills while still providing a 



FIG. 2. TOGETHERNESS ■ Bays mount operational and 
test equipment: bottom racks contain 20 modems equiva- 
lent to those In Fig. 1; digital and analog patchllelds fit Into 
racks above modems; and right bay includes a meter for 
measuring circuit gain and a loudspeaker to monitor 
tones on the communications line. 



high-quality of network management. The use of mini- 
computers in network-management centers is techni- 
cally feasible. But economically, they can probably only 
be justified for very large communications systems. 
When installed, though, they can yield detailed and 
valuable information, via typed logs and trend curves, 



on incipient or actual degradation of service, and they 
can perform instant diagnosis to locate a failure node- 
statistical information of a nature that is more difficult 
to obtain with a manually operated NMC. (Note that 
when the NMC is controlled by a computer, the table 
shows that automatic circuit acquisition can be used in 
lieu of manual analog and digital patchfields.) 

Dial-up restores private lines 
Regardless of its level, any communications system in 
conjunction with its NMC should contain capabilities to 
restore service rapidly. An obvious, but expensive, way 
of assuring maximum uptime is to install redundant 
lines and equipment. It is not unusual, for example, for 
a company to lease two redundant private (or dedi- 
cated) lines for multipoint operation, using one as the 
primary line and the other as backup. Extra lines can 
add thousands of dollars a month to operations cost. 

However, a viable alternative can be obtained by re- 
verting to dial-up lines when a private line fails. This 
eliminates the continuing cost of extra private lines, but 
probably at the penalty of having to operate at reduced 
transmission speed until the private line can be brought 
back into service by the telephone company. 

Figure 3' shows how multipoint private-line operation 
can be restored through a six-way, four-wire bridge 
built into the network-management center and con- 
nected to the public, switched telephone system 

This service-restoral arrangement requires datasets 
that are capable of providing the required speed on 
dial-up lines. Here, two separate phone calls are made 
from the central station to up to five remote stations. 
The result is that the bridged up network yields the 
equivalent of a six-station multipoint full-duplex com- 
munications line. Such an arrangement can often suf- 
fice for temporary low- to medium-speed service. The 
network management center in Fig. 2 contains four 
such bridge circuits. Since they are patchable, they can 
substitute for any four of 20 high-speed dedicated cir- 
cuits in the network. 
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FIG. 3. DIAL-UP MULTIPOINT ■ When a private line goes out of service, a six-way, four-wire bridge, as shown here, can pro- 
vide full-duplex links by dialing two phone connections between the central station and each of five remote terminals. 
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Line monitors 
open a window on 
data channels 



Data and control 
characters can be 
captured and displayed, 
easing hardware 
and software 
troubleshooting 

Gerald Lapidus 
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TVhen trouble hits a data 



Diagnostics 



communications system, 
finding the fault fast is the 
paramount problem. That's why an investment in 
a line monitor— though an outlay of several thou- 
sand dollars— may be a wise decision. Such moni- 
tors permit a capable operator to isolate faults to a 
component such as a modem, terminal, or a com- 
munications processor. In the hands of an experi- 
enced technician, a line monitor can pinpoint 
problem areas within a defective unit to expedite 
troubleshooting. 

Line monitors trap and display data and control 
characters to provide a precise picture of line activ- 
ity, eliminating the difficulty in deciphering pulses 
viewed on an oscilloscope. In addition, the moni- 
tors permit control signals on RS-232-C lines to be 
checked when there are problems in establishing 
and maintaining message exchanges. 

In a multivendor installation a line monitor can 
pinpoint a problem so that the proper service orga- 
nization can be called to make repairs. Down time 
and servicing costs can be "excessive, if the user 
calls the wrong service man. 

Conventional troubleshooting requires the mea- 
suring of voltage and current levels, reading phase 
jitter, and viewing bit streams with oscilloscopes. 
The proper application of these techniques re- 
quires more expertise than is ordinarily available 
in many communications installations. An equally 
valuable role of line monitors is frequent on-line 
testing to check for degradation of service, which 
often signals incipient failures. Problems found 
during such routine tests can be corrected before 
they cause costly, unexpected breakdowns. 

All line monitors provide readouts for data and 
control characters. Information is displayed in one 
of four ways: 

• Light-emitting diodes (LEDs) that indicate the 
states of individual bits. This type of readout must 
be converted into the appropriate code. 

• Labeled indicator lights. 

• Alphanumeric displays. 

• Alphanumeric cathode-ray tubes. 

Most units permit data or control characters to 
be trapped and displayed on a selective basis. 
Trapping may be initiated upon detection of er- 
rors, or by decoding specified characters such as a 
synchronization character. The ability to read the 
states of the RS-232-C control leads allows the user 




1. Most line monitors are packaged in compact suit- 
cases. Pictured above is Data-Control Systems' Byte 
Analyzer. 



to check the "handshaking" sequence if there are 
problems in establishing and maintaining message 
exchanges. Many line monitors also permit these 
leads to be clamped at desired voltage levels or pro- 
gramed to simulate any aspect of operation. 

Some units also provide test messages for polling 
and answer back, which are used in end-to-end sys- 
tem tests. Parity indications and counts, also com- 
mon features, are used both in checking out spe- 
cific problems and in determining line quality. 
Advanced data link controls such as IBM's SDLC and 
Digital Equipment Corp.'s DDCMP can be accom- 
modated, so long as the message lengths do not ex- 
ceed the buffer size of the line monitor. 

The compactness of integrated circuits permits 
line monitors to be built into small enclosures. The 
makers of units that have binary readouts squeeze 
them into suitcases small enough to fit under an 
airplane seat (Fig. 1). Line monitors with cathode- 
ray tubes are bulkier (Fig. 2), but, nevertheless, 
they are still fairly small. 

Most line monitors are built around serial buffer 
memories that store the data selected for trap- 
ping (Fig. 3). Operation of the buffer is dictated by 
logic circuits, which route the trapped characters 
to the memory and direct the readout into the se- 
lected mode. All monitors interface to the line 
with connectors compatible with RS-232-C inter- 
face standards. Prices range from about $2,000 for 
the Digi-Log Systems Inc. Data Line Monitor to 



$7,500 for Spectron Corp.'s Datascope. 

Line monitors are used in two ways: to check 
out control signals at the RS-232-C interface (estab- 
lishing and maintaining a proper connection) and 
to check for the correctness and proper sequencing 
of control characters and data. 

If the message exchange cannot be initiated or 
maintained, the RS-232-C lines should be checked 
with the line analyzer at both ends of the data link. 
If there is difficulty in transmitting, then, for most 
modems, the line monitor should check the data 
terminal ready, data set ready, and request to send. 
Each manufacturer provides for the display of dif- 
ferent combinations of RS-232-C lines. The pros- 
pective buyer should ensure that the unit he is 
considering includes those tests deemed necessary 
for his troubleshooting requirements. 

The next level of troubleshooting consists of test- 
ing data link control characters and data. Some line 
monitors trap only control characters, while others 
also capture data. This should also be considered in 
selecting a unit. 

Some line monitors provide a complete, self-con- 
tained testing capability, which includes polling, 
answer back, and generating test messages. Others 
can participate in these tests only if other equip- 
ment is used to generate signals and responses. 

Examples of tests using line monitors are shown 
in Figures 4 through 8. A discussion of how a typi- 
cal installation has made use of a line monitor ap- 
pears in "Learning and testing— a user case his- 
tory." The characteristics of the line monitors that 
are commercially available are listed in the table, 
"Line monitor features," and detailed below. 

Intershake glitch catcher 

The Intershake (contraction for interface and 
handshake) DTM-1 Protocol Analyzer has a glitch 
catcher, which is a latch for monitoring any of 23 
pins on the El A cable for transient conditions, such 
as carrier dropouts on the received-line-signal de- 

2. Cathode-ray-tube monitors trade off compactness 
for readability. Spectron's Datascope contains many 
unique features. 
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LINE MONITOR FEATURES 



MANUFACTURER 


MODEL 


READOUT 
METHODS 


CODES 


TRAPPING 
CAPACITY 


OTHER 
FEATURES 


Atlantic Research Corp. 
5390 Cherokee Ave. 
Alexandria, Va. 22314 


Intershake 
DTM-1 


Characters: 
alphanumeric 

RS-232-C: binary 
LEDS (red/green) 


Hexadecimal 


64 data 
and control 
characters 


Measures clock frequency 
Counts glitches 
Measures RTS/CTS delay 
Measures LRC and parity-error rates 
Performs polling and answer back 
Simulates control-lead conditions 


Data-Control Systems Inc. 
Commerce Dr., 
Danbury, Conn. 06810 


BA-401 


Characters: binary 
or alphanumeric 
(optional) 


Binary 

Hexadecimal 

(optional) 


256 data 
and control 
characters 


Indicates loss of synchronization 
Counts parity errors 






RS-232-C: binary 
LEDS 


ASCII 
(optional) 




Tests parallel peripherals 

Tests error thresholds 

Performs polling and answer back 


«' 










Simulates control-lead conditions 


. Data 100 Corp. 
i P. 0. Box 1222 
: Minneapolis, Minn. 55440 


Communications 
analyzer 


Control characters: 
labeled lights 

RS-232-C: binary 
lights 


EBCDIC 
IBM SBT 
CDC 200 UT 
(EXTERNAL, 
INTERNAL, 
or ASCII) 
UNIVAC DCT 
2000 


32 control 
characters 


Signal-strength meter 

Speaker for audible monitoring 

Counts parity or block errors 

Generates test messages for local 
and loopback tests 

Indicates loss of synchronization 


- DIGI-LOG Systems Inc. 
Babylon Rd. 
Horsham, Pa. 19044 


440, 445, 
480, 485 


Characters: 
alphanumeric CRT 

RS-232-C: 
binary lights 


440, 480; ASCII 
445, 485; ASCII 
or EBCDIC 


440, 445: 640 data 
and characters 

445,485: 1,280 data 
and characters 


Requires external video monitor or 
TV set for character readout 

440, 480: asynchronous discipline only 

445. 485: synchronous and 

asychronous 
Terminal-only mode reads out only 

data 


Paradyne Corp. 
8550 Uimerton, "Rd. 
Largo, Fla. 33540 


810 bisync 
analyzer 


Characters: 
labeled lights 

RS-232-C: 
binary lights 


EBCDIC, 
ASCII (optional) 


30 control characters 


Indicates status of Auto-DAA signals 
Signal-strength meter 
Speaker for audible monitoring 


Spectron Corp. 
Church Rd. and 
Roland Ave. 

Moorestown, N.J. 08057 


Datascope 
D-601 


Characters: 
alphanumeric CRT 

RS-232-C: 
binary lights 


ASCII, 
hexadecimal, 
EBCDIC 
(Special order) 


720,000 data and 
control characters 


Negative-image selection 

Test-point access to £1 A lines 

Polarity inversion 

Bit-stream reversal 

Framing-pattern selection 

Out ol sync and received 
data identified 


Teletype Corp. 
5555 W. Touhy Ave. 
Skokie, III. 60076 


TSM-7810S 


Characters: 
alphanumeric 

RS-232 C: 
binary LEDS 


ASCII 


1,024 data and 
control characters 


Audible alarm indicates line activity 

External clocking for synchronous or 
isochronous operation 
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tector (RSLD). By monitoring individual EIA leads 
while the system is in operation, the user can log 
the sequence of control lead operation, measure 
the delay time between the request to send (rts) 
and clear to send (CTS), check the frequency of the 
system clock, and check the correctness of the sync 
character. 

The control leads are read out by a bank of LEDs 
in a unique manner. Rather than simply switching 
them on and off for the two binary states, each bit 
position contains a pair of LEDs, red and green. Red 
glows for binary 1 and green glows for binary 0. 
This arrangement, according to the manufacturer, 
makes for more easily recognizable bit patterns, to 
improve readability. 

The data characters are decoded and displayed 
in hexadecimal form. Errors are checked by parity 
and, if desired, by longitudinal redundancy checks 



3. Digi-Log Systems' Series 400 contains the typical 
functional sections found in most line monitors, ex- 
cept that products with indicator lights or alpha- 
numeric displays do not contain the video generators 
or monitors shown here. 

(LRC). The LRC character in the data being moni- 
tored is compared to an internally generated LRC 
character, and the presence of errors is indicated 
by a light. Error counts can be tallied. Data may be 
selected for trapping by entering the selected char- 
acter into the analyzer or else by storing a particu- 
lar position in the character sequence. 

Byte analyzer 

Data-Control Systems' Byte Analyzer has several 
novel capabilities. One is that the user can distort a 
signal being transmitted in order to check the error 
threshold of the equipment being tested. Pulse- 
width distortions of 6%, 12%, 25%, 38%, or 44% can 
be dialed in. Another useful feature is a loss of 
sync indicator, which is lit when more than eight 
consecutive character errors are detected, implying 
that the characters are being improperly framed. 
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REAL TIME MONITORING 
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4. Data links can be monitored while in normal oper- 
ation and error counts logged. In the event of a fail- 
ure, the last moments of transmission are available 
for analysis. 



When performing loopback testing— in which data 
is transmitted to a remote location and returned— 
the Byte Analyzer also provides a means for calcu- 
lating system turnaround time. This is done by 
transmitting a test message in a free-running mode 
and counting the number of characters that pass 
between transmission of the first character and its 
return. 

Testing data link controls 

The Data 100 Corp. Communications Analyzer is 
designed specifically for use with IBM's binary syn- 
chronous communications (BSC), Control Data's 
User Terminal, or Univac's dct 2000 data link 
controls. A removable legend plate and encoder 
plug are supplied for the line discipline being 
tested— the legend plate lists the control codes for 
the particular data link control and the plug sets up 
the proper coding. 

A complete system check done with the Com- 
munications Analyzer consists of three tests: local 
data set, transmission test, and control code analy- 
sis. In addition, there is provision for internal test- 
ing to verify that the analyzer is operating properly. 
The first two tests check parity of all characters, 
and the control code analysis verifies the legality of 
the control characters. 

The local data set is normally tested first. A se- 
lected bit pattern is sent through the data set and 
turned around. The pattern is then checked with a 
bit- or block-error count. The bit pattern may be a 
switch-selectable 8-bit character, a 512-bit random 
block, or a 2,048-bit random block. Both random 
blocks are internally generated. 

Errors may be intentionally introduced into the 
data stream by operating a switch that causes one 
error per block to be inserted. If a single character 
is being transmitted, its complement can also be se- 
lected for transmission. In the transmission test, 



the message is sent to a remote station (in proper 
format for the line discipline) and then returned 
for data-error analysis. The procedure is virtually 
the same as for the local data set. 

The control code analysis checks for the pres- 
ence of the proper data link control characters. 
Readout of control characters is in the form of 
lights alongside the appropriate entries on the leg- 
end card. Unlike analyzers with binary indicators, 
this approach does not require the user to translate 
the readouts, since they can be read directly. 

The buffer of the analyzer contains 32 control 
characters. Passage of these characters through the 
analyzer may be monitored on a free-running basis, 
read out by sequentially stepping through the buf- 
fer locations, or be selected. 

Doubling as a terminal 

The Digi-Log Series 400 Data Line Monitor is a 
control unit to which the user connects a standard 
television set or video monitor. In addition to func- 
tioning as a diagnostic unit, the monitor also can 
be used as a read-only CRT terminal, in which only 
data is read out. Since the monitor displays 16 lines 
of either 40 or 80 characters per line, 640 or 1,280 
characters can be viewed simultaneously. 

By viewing a large field of data, the operator can 
quickly spot missing characters. Also by selecting 
readout of control characters only, the experienced 
operator can easily pick out erroneous control 
characters. In addition to the characters coming 
down the line, parity and framing errors are indi- 
cated by panel lights on the control unit. 

When the Series 400 is used as a terminal, con- 
trol characters are not displayed. Instead, the con- 
trol characters that apply to the formatting, such as 
backspace and line feed, control the display in the 
conventional manner. However, in the data-moni- 
tor mode, control characters are read out, but they 
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Learning and testing— a user case history 



Use of a line monitor has taught Donald C. Put- 
nam a lot about his software, and it also allows 
him to check on the adequacy of repairs. Put- 
nam, technical services manager at the asp Na- 
tional Data Center in Piscataway, N.J., has a 
Paradyne 810. 

"We had little knowledge of btam (ibm's Basic 
Telecommunications Access Method) when we 
began applying it, and had no way of looking at 
what was happening on the line on a step by 
step basis. We bought the analyzer to debug ap- 
plication programs using btam. When we would 
see something wrong, we would use the trap- 
ping capability to capture the erroneous portion 
of the program before error recovery could mask 
the error." 

As an example of a recent application, Putnam 
related the following incident on the use of a line 
monitor in checking repairs: 

"An ibm 2701 data adapter unit in St. Louis had 



are converted into upper-case alphanumeric char- 
acters. SOH, for example, is shown as A, STX is B, 
and so on. 

In addition, all lower-case alphanumeric charac- 
ters in the data stream are converted to upper case. 
When the display is used in the diagnostic mode, 
all incoming characters are read out serially, and 
each line is completely filled out. 

The Series 400 is one of the least expensive line 
monitors (prices start at $1,945, plus the cost of a 
display), but it lacks some capabilities found in 
many other units. There is no provision for re- 
sponding to selected characters, storing characters 
for selected readout, generating test messages, or 
controlling the RS-232-C lines. 

Monitoring bisync lines 

Paradyne's Model 810 Bisync Analyzer is designed 
for IBM's BSC systems. It captures and reads out all 
BSC characters in the data stream and synchronizes 
to the syn character. 

The readout of control characters is similar to 
that of the Data 100 unit. One version of the analy- 
zer reads out in EBCDIC. Another version provides 
for selection of EBCDIC or ASCII. 

Especially useful is a group of lights that indicate 
the status of the lines between the automatic-dial 
DAA (data-access-arrangement) and the modem in 
the same way that RS-232-C lines are monitored. 
These functions are ring indicator in (ri in), 
switch hook (sh), data available (da), off-hook 
(OH), and coupler cut through (CCT). 

A three-position switch allows the operator to 
stop information from entering the buffer when a 
selected character in the data stream has been de- 
tected. In this way, the operator can analyze the 




failed to generate an ack (acknowledgment) 
message. The ibm repairman worked on the sys- 
tem and said that the problem wees solved, but 
the analyzer in Piscataway proved otherwise, a; 
the ack still failed to appear. After several otht 
repair attempts and checks with the analyze., 
the ack was restored. However, this experience 
indicates another useful function of line moni- 
tor—verifying that the proper repairwork has 
been done." 



characters before and after the arrival of the char- 
acter that was selected. The code for selecting a 
character is entered by a thumbwheel switch, cali- 
brated in hexadecimal code. 

Another position of this switch provides for 
viewing transparent text. In this mode, buffer load- 
ing is stopped only when the selected character is 
preceded by a DLE character. 

CRT display 

Spectron Corp.'s Datascope combines the appeal of 
a CRT readout with a number of useful functions to 
make one of the most expensive ($7,500) line 
monitors. It replaces a previous CRT monitor made 
by the company. 

Perhaps the most useful capability is an endless- 
tape cartridge that records all signals as they are 
being displayed, to provide a continuous record of 
the traffic. At 2,400 bits per second, the tape can 
store 40 minutes of traffic, which makes the Data- 
scope especially useful for continuous on-line 
monitoring, both for documentation and to pro- 
vide a means of "instant replay" after a failure in 
the system. 

Both transmitted and received data are recorded, 
along with carrier detect, signal quality, and the 
request to send signals from the RS-232-C interface. 
Also recorded is an internally generated event- 
marker signal, selected by operating a front-panel 
push button. During replay, these signals are read 
from the tape and displayed as if they were arriving 
"live," except that the replay may be slowed down 
or stopped for close examination of the data at crit- 
ical moments. 

An unusual option permits the unit to be con- 
nected to the monitoring point by connectors of 
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mating equipment. Rather than plugging both 
equipment connectors into the chassis of the 
monitor, as other line monitors must do, a three- 
input plug can be inserted between the mating con- 
nectors. The third line goes to the Datascope, 
which may be located at some distance, without 
disturbing the line characteristics. This is a conve- 
nience if the connectors are hard to reach. 

The CRT can graphically add supplementary in- 
formation about the data being monitored. Data 
that has been received, rather than being trans- 
mitted, is identified by an underline,- out-of-sync 
characters are displayed at low intensity,- and the 
character image may be reversed to display black- 
on-white parity errors, carrier detect, request to 
send, or the'event marker. 

The ASCII and hexadecimal display are standard, 
but the EBCDIC may be specially ordered. For ASCII, 
upper-case and lower-case characters and punc- 
tuation are graphically displayed. For codes shorter 
than 8 bits, low-order bit positions are filled with 
zeroes to produce uniform 8-bit characters. 



5. A protocol message may be transmitted to a termi- 
nal, either locally or remotely to check for the proper 
response, which is trapped by the line monitor and 
read out. 

The screen contains a total of 375 data charac- 
ters, arranged in 15 lines of 25 characters each. The 
characters are formed on a dot matrix in an 
11 x 15 field. 

The tape cartridge, which alternates recording 
among four tracks, records the tape serially, one 
track at a time, and reverses direction each time 
the end of the tape is reached. It continues on the 
next track until all four tracks are full. After com- 
pleting the fourth track, the tape continues record- 
ing on the first track, and old data is replaced with 
new. Each time a record operation begins or termi- 
nates, a tape mark is recorded to identify the begin- 
ning of newly recorded information. Data bits 
from each side of the line and modem-status bits 
are multiplexed to permit recording on a single 
track. 

Also useful is the capability to reverse charac- 
ters. Although most systems transmit the data in 
the proper order, many EBCDIC systems transmit in 
reverse order. To produce the correct readout, a 
character-reverse switch is provided. 



6. Modems can be tested with either local or remote 
loopback and parity errors logged. Local testing 
such as this usually precedes a system test. 
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7. Terminals in a cluster may be polled to check for 
proper addressing, followed by the transmission of 
test messages. 
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8. Time-division multiplexers and other byte-oriented 
equipment, such as scramblers and repeaters, can 
be tested and errors tallied. 



Character-framing is provided for 5, 6, 7, and 8- 
bit synchronous and asynchronous characters, as 
well as IBM's SDLC. 

Two features that are not offered by the Data- 
scope but are available in other sophisticated line 
monitors are error counters and message generators 
for polling, answer back, and loopback testing. 

Monitor captures 1,024 characters 

Teletype Corp.'s TSM-7810S Line Monitor Data Dis- 
play captures a maximum of 1,024 characters (both 
data and control) and reads them out serially, 16 at 
a time. Switches are provided for fast or slow read- 
out, forward or reverse, and for wrapping around 
the memory. Wraparound permits characters re- 



ceived after the buffer is full to replace data already 
in the buffer. In addition to being a convenience, 
the wraparound is also necessary for continuous 
on-line use. 

Indicators show when the buffer is one quarter, 
one half, three quarters, or completely full. An au- 
dible alarm is sounded whenever activity begins on 
the line. The internal clock provides timing for 
only 1,200 bits per second. Other speeds can be ob- 
tained from timing signals supplied by the modem 
(up to 9,600 bits per second), and a number of 
speeds between 75 and 2,400 bits per second are 
provided by auxiliary plug-in cards. There is no 
provision for controlling RS-232-C lines, trapping 
selected characters, or generating test messages. ■ 
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Centralized diagnostics 
cuts line downtime 
to minutes 



Leased-line network with 
176 sites is designed 
so faults can be handled 
by a single operator— 
and without requiring 
remote intervention 

Gunther Kempin and Paul R. DeVane 
Manufacturers Hanover Trust Co. 

New York, N.Y. 



Application 



Xhe inability to identify 
network problems either 
easily or quickly is a major 
weakness of most fast-response data communi- 
cations systems. Particularly in a bank, time is 
wasted and customers become impatient whenever 
a terminal, modem, or line goes down. 

Manufacturers Hanover Trust Co., however, 
handles its passbook savings accounts over an ex- 
tensive communications network in which faults 
are diagnosed in a matter of minutes, defective 
lines replaced by dial backup in only three more 
minutes, and defective hardware dealt with by its 
vendor in a couple of hours. 

The bank started with a decision to structure 
two "interrelated" systems simultaneously: the 
communications network, and remote diagnostics. 
All the network control and fault diagnosis func- 
tions were to be located at a central point, so that 
they could be kept under the eye of a single skilled 
operator, and would not. need to involve other per- 
sonnel at outlying bank branches. These concerns 
were then made fundamental to the design of a 
communications net linking over 240 terminals at 
176 branches throughout the New York metropoli- 
tan area. 

Other design requirements included fast re- 
sponse time and flexibility for future expansion. 
The end result is a leased-line, 2-second-response, 
four-wire communications system, with dial-up 
lines for automatic backup, and a diagnostic con- 
trol center at the host computer facility. 

The specifications for the network were estab- 
lished by the bank and put out for competitive bid- 
ding. The contract was eventually awarded to In- 
tertel Inc., which supplied all modems and bridges, 
and also designed and built the entire diagnostic 
center. 

The network links 152 remote branch installa- 
tions, 24 other branch installations, strategically lo- 
cated to serve as bridging points, and the central 
control installation (Fig. 1). 

Each bank site has at least one Olivetti Bank 
Teller Terminal, paired with a modem hooked up 
to a line leading to one of the bridging points. Orig- 
inally, all the lines transmitted at 1,200 bits per sec- 
ond, to cope with a predicted peak traffic load of 
6,800 transactions an hour, but six of the lines 
have since been upgraded to 2,400 b/s because of 
increased volume. The hne discipline used is IBM's 



BRIDGING ARRANGEMENT 




1. To keep costs down, a cluster of terminals feeds 
into a bridge that is linked to the host computer facil- 
ity by a single backbone (four-wire) circuit. 

BSC (binary synchronous communications). In ad- 
dition, every banking site has two data access ar- 
rangements (daas) and an automatic answering 
and switching capability for dial backup. 

The bridging sites tie all the terminals into 24 
backbone circuits (leased lines). At these bridging 
branches, lines from up to eight terminals feed into 
a 10-way/four-wire bridge through separate ports. 
Each bridge is gated, so that when the system's con- 
stant polling activates one port, the noise from the 
others is blocked (gated) out and kept from inter- 
fering with the signal at the active port. Any bridge 
can be expanded to handle 17 terminals by having 
an extra bridging circuit board added and wired to 
the first bridging board. 

Eventually, therefore, the network could service 
408 terminals and will be able to accommodate the 
needs of new branches to be opened over the next 
several years. 

At the control point 

From each of these outlying bridges runs a back- 
bone circuit to the bank's Technical Control Cen- 
ter. There the 24 hnes eventually interface with an 
IBM 3705 terminal control unit, emulating an IBM 
2703 and itself interfacing with any one of the 
three IBM 370/165 host computers. A second IBM 
3705 is always ready as a spare. 

Before the lines reach the control unit, however, 
each passes through another bridge, which ties it 
into the dial backup system, and through another 
modem, which interfaces it not only with the IBM 



3705 but also with the multipoint tester (Fig. 2). 
From this facility, a single operator can quickly ob- 
serve error conditions, run tests to isolate the prob- 
lem, and take corrective action to restore a remote 
site to operation— all without interfering with the 
normal functioning of the rest of the network. 

The multipoint tester allows the operator to se- 
lect which remote modem is to be tested and to se- 
lect which test is to be performed. The instrument 
uses an out-of-band test channel for diagnosing 
problems on a single line while the rest of the net- 
work remains on line, but uses both this test chan- 
nel and the data channel for other tests that re- 
quire the backbone circuit to be off line. In both 
cases, the tester works in conjunction with test 
abilities and corrective features built into the mod- 
ems used throughout the system. 

At the central site of a multipoint polled net- 
work like this one, faults associated with a single 
remote site normally fall into one of two cate- 
gories: lack of response from a specific site, or 
modem streaming, a situation where the terminal's 
malfunction causes the modem to transmit a con- 
stant carrier signal to the central site and prevents 
identification of the remote site. Examples of the 
former include: a power failure or malfunction 
(other than streaming) in the terminal or modem, 
and an open or highly degraded line. 

Test capabilities 

All these faults, except a degraded line, can be posi- 
tively identified by the central multipoint tester 
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through on-lifie tests conducted with the aid of cer- 
tain modem options at both the central and remote 
sites. The problem can be isolated to the particular 
site concerned, without the intervention of person- 
nel at the remote site, and while the main data 
channel continues to poll the remaining remote 
terminals. 

Several other kinds of tests can be conducted 
from the central site with the network off line. 
Among them are local dc and voice-frequency 
loopback, and remote dc and vf loopback. Under 
selective control by the operator at the central site, 
any central or remote loopback may be activated. 
Tests include a pseudo-random pattern generator 
and error detector, as well as the ability to inject er- 
rors in order to verify that a normal "no error" in- 
dication is due to the absence of errors rather than 
the malfunction of the test circuits. The errors in 
the received pattern are detected and displayed on 



the error indicator of the multipoint tester. 

In addition to loopback tests, a modem can be 
commanded to run an end-to-end bit-error-rate 
test. A loopback test can only confirm that a de- 
graded line exists. The end-to-end test establishes 
whether the problem is on the transmit or receive 
side of the line. A pattern is sent out from the con- 
trol center to the modem, which detects any errors 
in the received pattern and transmits that informa- 
tion back over the test channel for display on the 
multipoint tester's error detection panel. At the 
same time, the receive channel can be tested by the 
operator's activating a similar pattern housed in 
the modem. The modem sends the pattern to the 
multipoint tester, where it is synchronized with 
the same pattern locally generated. Again, any dis- 
crepancies show up on the display panel. 
Status/control terminals supply the operator with 
information on the status of the different lines and 
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2. The network control center, housing all the remote 
diagnostic equipment, extends from the manually op- 
erated daas to the host computer ports. 



terminals. He goes into action either when he sees 
an error message on the control terminal or when 
he gets a telephone call from a branch office indi- 
cating difficulties. In the case of an error message, 
resulting from a terminal time-out (when there has 
been no response to a poll), the line control soft- 
ware (btam, or Basic Telecommunications Access 
Method) has already tried to reestablish communi- 
cation with the terminal seven times. 

The error message shows the address of the ter- 
minal with a problem. The operator first tries his 
on-line tests and waits for the results to be flashed 
on the display. 

If the diagnosis indicates that a line is down, he 
has to switch to dial backup. Since the system is 
full duplex and has four-wire lines, he places one 
call to the receive side of the modem at the remote 
location and another call to the transmit side of 
the modem. He uses two manual daas at the cen- 



tral site in doing this, plus two automatic daas at 
the remote site. When he hears the answer-back 
tone indicating the modem has answered the two 
calls, he turns two keys to cut into the line, and the 
switchover has been completed. Finding the prob- 
lem takes about two minutes; making the switch 
takes another three. Thus, a leased-line problem is 
temporarily overcome within five minutes. The 
telephone company is then called for repairs. 

Switching and patching 

Figure 2 indicates the presence of various switch- 
ing and patching modules that also play a vital role 
in keeping the network from going down. They in- 
clude voice-frequency patch modules, an eia patch 
module, and an EIA transfer switch. 

The vf patches allow the operator to patch, 
monitor, send, and receive on all 24 vf lines passing 
from the remote bridging sites through the central 
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bridges and modems. They have 24 full-duplex cir- 
cuits and three jacks for each circuit— a line jack, 
equipment jack, and line-monitor patch jack, for 
use in testing and substituting lines and equipment 
(sec photo above). 

The EIA patch module interconnects, monitors, 
and interchanges equipment that has an RS-232-C 
type interface. It lets any eia interface be patched 
to any modem or controller port. 

The prime purpose of both types of patch mod- 
ule is to allow the operator to restore the system 
rapidly to operation when a line or modem fails. 
Similarly, the eia transfer switch allows eia inter- 
face connections to be transferred from the pri- 
mary IBM 3705 terminal control unit to the spare 
controller whenever there's a failure in the first 
unit. If all 24 lines must be transferred, the oper- 
ator pushes a master button. 

Four-wire operation needed 

The testing needs of the system were one reason 
why four-wire operation was preferred to two-wire. 
A multipoint, two-wire network cannot undergo 
loopback tests, for example. Instead, end-to-end 
tests, requiring manual assistance at the remote 
end must be conducted. This adds to the time and 
difficulty of resolving problems, conditions a four- 
wire arrangement largely overcomes. 

But the desired response time also was a factor. 
Simulation studies showed that half-duplex oper- 
ations required a turnaround time of about 200 
milliseconds, which added significantly to re- 
sponse time (defined as the interval elapsing be- 
tween the last character keyed on a terminal to the 
first character printed out). In-fact, response time 
came to almost 4 seconds. 

However, according to a leading behavioral psy- 
chologist who specializes in human-computer in- 
teraction, people are unwilling and even unable to 
perform complex tasks with machines if the ma- 
chine's responses are delayed more than 2 seconds. 
For continuity of thinking, or if substantial infor- 
mation must be retained in the human short-term 
memory while the operator is waiting for a re- 
sponse, a fast reply is essential. So to keep the tell- 
ers from becoming frustrated and alienated by the 
terminals, the four-wire system permitting a 2-sec- 
ond response time was chosen. 

Cost savings 

Another reason is that two-wire bridging is more 
expensive and cumbersome. Normally, bridging 
tends to lower signal intensity, which must then be 
reestablished by adding devices such as amplifiers 
on all input and output ports. The addition of such 
amplifiers on two-wire circuits is far more complex 
than on four-wire lines. 

Line utilization with the four-wire setup is only 
15%, opposed to the 25% projected if two-wire had 
been used. This gives the bank the freedom to add 
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Patches. From this cabinet, operator can patch-in 
spare daas for dial backup and can switch a line or 
group of lines to the standby terminal controller. 



a greater number of new applications to the com- 
munications network as time goes by. Once a 
single cics/tcam (Customer Information Control 
System/Telecommunications Access Method) 
monitor was implemented, the network would also 
be able to accommodate IBM's new synchronous 
data link control (SDLC), since it has a full-duplex 
line discipline. 

The network, as configured and run today, min- 
imizes the possibility of any locations going down 
for any lengthy period. Moreover, the multipoint 
testing capability has the advantage of assigning 
problems to vendors. Each vendor's products are 
evaluated every week, based on the printouts from 
the status terminal. When a particular product 
starts showing up as faulty too frequently, talks are 
held with that supplier to discover how to improve 
matters. 

Finally, to keep the testing equipment at peak ef- 
ficiency, and to handle any maintenance needs 
that may arise, an Intertel field engineer resides at 
the control center. ■ 
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Using standard interfaces 
doesn't always assure 
trouble free performance 



Despite the EIA RS-232-C 
interface standard, 
modems and 
terminals may still not 
respond correctly to 
each other's control signals 



Karl I. Nordling 
Paradyne Corp. 
Largo, Fla. 



Hardware 



During the early planning 
phase for a data communi- 
I cations network, system de- 
signers avoid details in favor of settling major net- 
work considerations first— but certain details can't 
be left to the last. For example, they innocently as- 
sume that equipment such as terminals and mod- 
ems can be plugged together and will work because 
they conform to interface standards governed by 
specifications recognized by different equipment 
designers in different vendor organizations and by 
different user groups. In the United States the ac- 
cepted interface standard is the Electronic Indus- 
tries Association's eia Standard RS-232-C "Interface 
Between Data Terminal Equipment and Data Com- 
munications Equipment Employing Serial Binary 
Data Interchange." 

The availability of different kinds of communi- 
cations equipment having interfaces conforming to 
RS-232 has been a boon to users. RS-232 makes it pos- 
sible to design and install data networks that will 
operate well even when equipment is obtained 
from many different vendors— but it does not ne- 
cessarily make it easy. What looks simple and 
straightforward in the planning phase can, in fact, 
become quite troublesome during the system's en- 
gineering, installation, and start-up phases. For one 
thing, the standard contains certain options and 
some ambiguities. For another thing, even with the 
best of intentions, different equipment designers 
have different perspectives— and, thus, may inter- 
pret the standard, including options and ambi- 
guities, in different ways. In short, terminals can be 
interfaced according to RS-232 and so can modems. 
Yet some terminal-modem combinations will work 
together— and others won't, as has been sadly dem- 
onstrated so many times in the field over the past 
few years. 

To circumvent future start-up problems, the user 
system designer must delve deeper into interface 
operation for each piece of equipment during the 
equipment selection stage, in particular the step-by- 
step logical procedure involved in establishing a 
connection, via modems and data access arrange- 
ments, between distant terminals. If the devices are 
not logically compatible, the result can be a dead- 
lock. Connection will never be established. 

Discussed here are some of the most common 
problems arising at the interface between the ter- 
minal and the modem and the interface between 
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CONTROL LINES 




1, The control lines connecting phone line, data 
access arrangement, auto answer unit, modem, 
and terminal follow conventions set by EIA RS- 
232-C standard and the phone company. 



the modem and the phone line. (Here the word ter- 
minal means any device that sends or receives 
data, and'thus includes such system components as 
keyboard/display terminals, remote data con- 
centrators, programable front-end processors, and 
remote job entry terminals. Furthermore, the 
words modem and data set are used inter- 
changeably.) 

The EIA RS-232-C specification is the primary stan- 
dard governing the interface between the modem 
and the terminal. The interface control lines are 
divided into two groups, one concerned with the 
control sequences for connecting the modem to 
the line, and the other with the sequences control- 
ling the application (and detection) of signal to the 
line. On dial-up telephone lines the first group in- 
teracts closely with the control lines in the 
modem-to-phone line (daa) interface, as shown in 
Figure 1. Figure 2 contains the logical procedure for 
connection and disconnection. 

The RING INDICATOR (Rl) line from the DAA sig- 



nals the modem that a call is coming in. The 
modem should respond by raising OH to answer the 
call and then request to be put on the line by rais- 
ing the DATA AVAILABLE (DA) line. 

The off-hook (OH) signal from modem to DAA 
controls the off-hook relay. When the modem de- 
tects an incoming call (RI), and if DATA TERMINAL 
READY is ON, it closes the OH contacts which, in ef- 
fect, simulates taking the handset off-hook— that is, 
answers the telephone. However, if DTR is OFF, the 
modem should not answer the phone. 

The DATA AVAILABLE line from the modem is 
used to signal the DAA to "go to data." It would nor- 
mally be raised by the modem after raising OH, to 
put the modem on the line. 

The COUPLER CUT THROUGH (CCT) line from the 
DAA informs the modem that it has been con- 
nected to the line and has "gone to data." ccr is 
turned ON in response to da from the modem, af- 
ter an interval of 2 to 5 seconds to allow the auto- 
matic message accounting equipment in the cen- 
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tral office to register the call. When the modem 
receives this CCT signal, it should send the answer- 
back tone and— after that— turn on DATA SET READY 
(DSR) to the terminal. (The answer-back tone, 
2,025 or 2,225 Hz, informs the call originator that 
the call has been answered. Modems for auto-an- 
swer service must have the ability to generate ei- 
ther tone.) 

The RS-232 interface lines are listed in the table. 
The RING INDICATOR (RI), DATA SET READY, and 
data terminal READY (DTR) lines control the auto- 
matic sequencing of call origination, answer, and 
termination in dial-up links. In leased- or private- 
line links, Rl is not used at all, the state of dtr is 
used simply to indicate power ON or OFF and dsr to 
indicate whether test mode is ON or OFF. 

The RING indicator originates in the automatic 
answer DAA and triggers the auto-answer sequence 
in the modem, provided that DTR is turned on. RI is 
not normally used for anything by the terminal, 
since the answer-back circuit is usually in the 
mode'm, as will be discussed later. 

data terminal ready is the signal from the ter- 
minal which tells the modem to answer the tele- 
phone (ON) and to hang it up (OFF). When dtr is 
off, the modem will ignore the RI signal from the 
DAA and, hence, will not answer the call. When 
DTR turns OFF during a call it is a signal to the 
modem to disconnect: that is, hang up the phone. 
In leased-line links DTR simply indicates whether 
terminal power is ON or OFF. 

data set ready indicates to the terminal that 
the modem is in a state in which it is capable of 
transmitting data. That is, the modem (data set) is 
connected to the line, it is not in a test mode, its 
power is ON, and all actions having to do with call 
establishment and auto answer have been com- 
pleted. In auto-answer mode, -DSR is, in effect, the 
signal from the modem to the terminal which says, 
"I've answered the telephone and gone from voice 
to data." Going back to voice mode by manually 
operating the exclusion key on the telephone set 
does take the modem off the line, but does not 
cause DSR to drop, so the connection remains. 
Therefore, any time DSR goes OFF during a call, it 
should be construed as an indication that the con- 
nection has been lost and that the terminal should 
take action to reestablish the call. In leased-line 
links DSR ON indicates that the modem power is ON 
and that the modem is not in a test mode. 

Auto answer logic 

The main things to be concerned with are the 
auto-answer logic built into the modem and the 
terminal, and the auto-disconnect problem. RS-232 
requires that DTR be ON for the auto-answer se- 
quence to start when the RI signal turns ON. How- 
ever, certain terminals are designed to not raise 
DTR unless DSR is ON, so that if the logic in the 
modem complies with specification, as described 
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above, neither DSR or DTR will ever come ON. One 
solution to this logical stand-off is to wire the 
modem so that it answers the phone independent 
of whether DTR is ON or OFF. 

According to RS-232-C, auto disconnect should 
take place in response to DTR being turned OFF by 
the terminal. In many cases, however, what hap- 
pens is that one end hangs up but DTR does not 
drop at the other end— for such reasons as abnor- 
mal termination by the system, lack of proper sign- 
off from the terminal, or simply an oversight in sys- 
tem design. Also, when someone accidentally dials 
an auto daa's number and hears the answer-back 
tone, the caller will react to this wrong number and 
hang up, but dtr remains ON. For whatever the 
cause, as long as DTR stays ON, the modem will not 
"hang up." The phone is busy for any subsequent 
calls, so the terminal remains unavailable for either 
polling or selection. 

Partial solution 

There is a partial solution to this problem. Some, 
but not all, telephone company central offices re- 
turn a signal to the local telephone when the re- 
mote end is hung up. This signal can be an ac tone 
or a momentary interruption of the dc loop cur- 
rent. Some modems designed for auto-answer oper- 
ation are equipped to sense either or both of these 
signals and turn off dsr, thus assuring disconnect 
even without dtr control. 

The problem with this solution is its lack of uni- 
versality. A terminal/modem combination that op- 
erates properly at one site when using DSR discon- 
nect (rather than the preferred DTR-controlled 
disconnect) may fail when duplicated on another 
site simply because the central office at the new 
site either does not provide a disconnect signal at 
all or else the wrong type for a particular modem. 

The group of RS-232 control signals that relate to 
the application and detection of time signal are 

REQUEST TO SEND (RTS), CLEAR TO SEND (CTS), and 

LINE SIGNAL DETECT (LSD). The logical interaction of 
these signals is simple when terminals operate in a 
two-wire, half-duplex mode and complex when ter- 
minals operate a four-wire, full-duplex mode. 

request TO SEND is the signal from the terminal 
to the modem indicating that the terminal wants 
to transmit. The modem responds by initiating its 
transmit mode— which may be a simple process 
such as starting to send carrier or a complex pro- 
cess such as "training" the modem's automatic 
equalizer. 

CLEAR TO SEND is the signal from the modem to 
the terminal signifying that the modem has 
reached a steady-state carrier condition and is 
ready to transmit. CTS does not imply a positive 
verification that communications with the other 
end has been established. 

line signal DETECT indicates to the receiving ter- 
minal that the receiving modem has detected a 



line signal (carrier) coming from the other end. 

Every terminal designed to run in half-duplex 
mode raises RTS when it wants to transmit and 
doesn't start transmitting until CTS turns on. There 
is no conflict between modem logic and terminal 
logic. Problems arise in full-duplex operation due 
to differences of interpretation, data link control 
(line protocol), and modem technology. These 
problems occur mainly in high-speed links oper- 
ating at 4,800 bits per second or faster. To reach the 
higher net data throughput implicit with high- 
speed modems requires an operating discipline dif- 
ferent from that used for low-speed modems. And 
the specifications in RS-232 were written with the 
characteristics of low-speed modems very much in 
mind. The problem comes about because high- 
speed modems operating in four-wire, full-duplex 
service are usually designed to remain in trans- 
mission mode at all times. That is, one pair of the 
wires is continuously transmitting a carrier in one 
direction and the other pair is continuously trans- 
mitting a carrier in the other direction. Therefore, 
they are not subject to control of the carrier by the 
RTS line as are low-speed modems. 

Terminals for full-duplex, four-wire operation 
can be divided into at least four different oper- 
ational categories, the differences depending on 
how a terminal interacts with RTS, CTS, and LSD: 

■ The terminal keeps RTS ON continuously and 
simply requires CTS ON in order to transmit. This is 
the easy one. The modem will operate properly, as 
long as it is set up for four-wire operation. 

■ The terminal turns RTS OFF and ON between 
blocks and waits for the completion of the RTS-CTS 
delay before starting to transmit. This type of oper- 
ation requires that the modem be strapped (wired) 
to disable RTS control of the transmitter, so that 
transmission is continuous regardless of the state 
of that signal. However, rts still must initiate ON 
and OFF of CTS after a selectable delay. This RTS-CTS 
delay could obviously be zero seconds as far as the 
modem is concerned since all that takes place is 
the enabling of a gate. However, some terminals are 
unable to respond if the CTS signal turns ON imme- 
diately. Therefore, modems are usually provided 
with several strap-selectable delays: 0, 8.5, 50, and 
150 milliseconds are common. To maximize 
throughput, the shortest delay that the terminal 
can handle should be selected. 

■ The terminal does not turn ON rts at all, but 
does require CTS in order to transmit. The fix when 
using this type of terminal is to rewire the modem 
to hold CTS ON whenever power is on and the 
modem is not in test mode ; that is when dsr is ON 
independent of the ON-OFF state of the RTS signal. 

■ The terminal turns RTS ON and off between 
blocks, and requires CTS ON and LSD OFF in order to 
transmit. Known as controlled carrier mode, this 
type of operation is the hardest to accommodate 
with high-speed modems. Actual controlled carrier 



operation on such modems range from inefficient 
to impossible. Controlled carrier operation is 
inefficient because turning the transmitter (car- 
rier) from off to ON requires time for the modem 
to train and synchronize, and this delay time re- 
duces net data throughput. Multi-drop polled links 
using this type of terminal require actual con- 
trolled carrier operation, so there is no choice but 
to tolerate the inefficiency. 

Controlled carrier operation is impossible on 
links that, through time-division multiplexing, di- 
vide the modem bit stream into two or more lower 
speed data channels. This is because by turning OFF 
the carrier for one channel the entire bit stream is 
turned off, and hence the second channel is inter- 
rupted. The result is that neither channel can ever 
get any data through because the interruption 
caused by one channel will probably cause errors 
in every block for the other channel. 

Fortunately, there is a solution to the ineffi- 
ciencies and impossibilities inherent in actual con- 
trolled carrier operation: use modems that can sim- 
ulate controlled carrier operation. Simulated 
operation can be obtained by sending a self-syn- 
chronizing pseudo-random bit pattern on a chan- 
nel whenever its rts signal goes OFF. This pattern is 
then detected by the receiving modem, which 
causes LSD for that channel to go off— but the ac- 
tual carrier remains ON at all times. The main con- 
sideration in a scheme like that is: How many bits 
should be used in the "carrier off" pattern? Too 
many bits and the delay before LSD goes OFF be- 
comes too great and data throughput decreases,- too 
few bits and the false-alarm probability becomes 
too great. 

For a 30-bit pattern, the probability is 2' 30 , or 
about one chance in a billion that any data or con- 
trol character sequence will match that pattern and 
cause LSD to drop. In deciding what "false LSD-OFF" 
probability is low enough, the user must consider 
the impact when it does occur. If the result in a 
particular system is that the link comes to a stand- 
still when an unexpected LSD-OFF occurs, then any 
block that contains the critical pattern will never 
be transmitted across that link. For a 30-bit pattern 
on a link transmitting at 9,600 b/s for eight hours a 
day, the probability is that this will occur about 
once every three days. 

Secondary RTS/CTS 

The secondary channel provided on many mod- 
ems is a derived channel of narrower bandwidth 
than the primary channel. The secondary channel 
can serve as a low-speed reverse channel slaved to 
the primary (forward) channel, or it can function 
as an independent low-speed channel operating in 
either direction. 

The independent secondary channel is most 
common in point-to-point dedicated circuits, with 
both a high-speed synchronous terminal (a remote 
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RS-232-C Interface Circuit Functions 



Pin 1. protective ground. Electrical equipment 
frame and ac power ground. 

Pin 2. transmitted data. Data originated by the 
terminal to be transmitted via the sending modem. 

Pin 3. received data. Data from the receiving 
modem in response to analog signals transmitted 
from the sending modem. 

Pin 4. request to send (RTS). Indicates to the 
sending modem that the terminal is ready to trans- 
mit data. 

Pin 5. clear to send (cts). Indicates to the termi- 
nal that its modem is ready to transmit data. 

Pin 6. data set ready (dsr). Indicates to terminal 
that its modem is not in a test mode and modem 
power is on. 

Pin 7. signal ground. Establishes common refer- 
ence between modem and terminal. 

Pin 8. received line signal detector (lsd). Indi- 
cates to the terminal that its modem is receiving 
carrier signals from the sending modem. 

Pin 9. Reserved for test. 

Pin 10. Reserved for test. 

Pin 11. Unassigned. 

Pin 12. SECONDARY RECEIVED LINE SIGNAL DETECTOR. 

Indicates to the terminal that its modem is receiv- 
ing secondary carrier signals from the sending 
modem. 

Pin 13. secondary clear to send. Indicates to the 
terminal that its modem is ready to transmit sig- 
nals via the secondary channel. 



Pin 14. secondary transmitted data. Data from 
the terminal to be transmitted by the sending 
modem's channel. 

Pin 15. transmitter signal element timing. Signal 
from the modem to the transmitting terminal to 
provide signal-element timing information. 

Pin 16. secondary received data. Data from the 
modem's secondary channel in response to 
analog signals transmitted from the sending 
modem. 

Pin 17. receiver signal element timing. Signal to 
the receiving terminal to provide signal-element 
timing information. 

Pin 18. Unassigned. 

Pin 19. secondary request to send. Indicates to 
the modem that the sending terminal is ready to 
transmit data via the secondary channel. 

Pin 20. data terminal ready (dtr). Indicates to 
the modem that the associated terminal is ready to 
receive and transmit data. 

Pin 21. signal quality detector. Signal from the 
modem telling whether a defined error rate in the 
received data has been exceeded. 

Pin 22. ring indicator (Ri). Signal from the 
modem indicating that a ringing signal is being re- 
ceived over the line. 

Pin 23. data signal rate selector. Selects one of 
two signaling rates in modems having two rates. 

Pin 24. transmit signal element timing. Transmit 
clock provided by the terminal. 

Pin 25. Unassigned. 



job entry terminal, for example) and a low-speed 
asynchronous terminal (such as a teletypewriter) 
using the same four-wire link to provide full- 
duplex transmission for both terminals. In this 
type of operation the secondary channel actually 
operates as a low-speed primary channel. There- 
fore, the secondary pin assignments of the rs-232 
connector must be transposed to primary pin as- 
signments. Furthermore, the control lines for each 
"primary" channel must be truly independent. 
That is, the secondary cts must not depend on 
whether the primary RTS is being held ON or OFF by 
the primary terminal. 

The transposition of the pin assignments can be 
handled by an adapter cable outside the modem 
(Fig. 3). The control line independence must be 
provided for within the modem. If the terminal us- 
ing the secondary channel requires that dsr be ON, 
the primary DSR can be used for both channels. 



One problem that can occur here is that some 
units have the new sync control line on the pin as- 
signed for SECONDARY TRANSMIT DATA. In such a 
case, the new sync line must be broken (Fig. 2). 

The use of the secondary channel as a reverse 
channel normally occurs in two-wire links in 
which the reverse channel carries ack/nak control 
characters in response to the text blocks sent over 
the primary forward channel. RS-232 states that 
when a secondary channel is so used, it should be 
slaved to the primary channel by making the 
on/off state of the secondary RTS the opposite of 
the on/off state of the primary rts. Some modems 
provide the complementary signals— and some 
don't. Similarly, some terminals require comple- 
mentary signals— and others don't since they con- 
trol secondary RTS in the appropriate fashion. 
When both modem and terminal control second- 
ary RTS, the combination will work. When neither 
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AUTO ANSWER AND DISCONNECT 
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modem or 'terminal controls secondary RTS the 
combination will not work. 

A potential difficulty can arise when slaving the 
secondary RTS as prescribed in RS-232: To operate 
with a reverse channel on a two-wire link, it is nec- 
essary that any echo suppressors in the channel be 
disabled. This is done by sending a 2,025 Hz tone 
for 400 milliseconds. The total energy in the rest of 
the band must be at least 12 dB below this 2,025 Hz 
tone to guarantee that the echo suppressors are dis- 
abled. The sending of this disable tone usually 
takes place automatically when RTS is first turned 
ON on the primary channel. However, when the 
secondary channel is slaved to the primary, it will 
also immediately put energy on the line, in one di- 
rection or the other. This energy may exceed the 
-12 dB limit and thus may prevent the echo sup- 



2. Signals on control lines must follow a logical 
sequence to obtain automatic answer and dis- 
connect, but some terminals and modems may 
be incompatible and require revisions. 

pressor from recognizing the disable tone. The rem- 
edy here is to delay secondary RTS ON so that sec- 
ondary carrier is not transmitted until after the 
modem has sent the disable tone. 

Modem-to-DAA interface 

Telephone company tariffs require that when a 
modem made by an independent company— that 
is, not the telephone company— is connected to the 
line then a data access arrangement (daa) supplied 
by the telephone company must be interposed be- 
tween the modem and the line. The telephone 
company exacts a small monthly charge from the 
user, the exact cost depending on the type of DAA 
and the local telephone company tariffs. The data 
access arrangement has two main functions: It con- 
tains a protective network which the telephone 



company says will circumvent any possible harm 
that may come to its telephone network or its per- 
sonnel due to connection of "foreign" devices. 
And it contains appropriate switching arrange- 
ments to permit the phone to be answered and the 
line to go from voice mode to data mode. 

Data access arrangements are available in two 
types: manual answer or automatic answer of in- 
coming calls. The AT&T designation for the manual 
DAA is Type 1000A Data Coupler, and its Uniform 
Service Order Code is CDT. The manual DAA is al- 
ways used with a telephone set having an exclu- 
sion key. The telephone set is used to place and an- 
swer calls, and— once the voice connection to the 
remote site has been made— the exclusion key is 
used to go from voice to data and back. 

The exclusion key on AT&T sets is a white push- 
button in the instrument's cradle. Some non-AT&T 
sets use a silver button on the front of the cradle to 
put the telephone on the line (voice), and a red 
button to put the modem on the line (data). 

Adjusting power 

The two main problems encountered in the field 
with manual DAA's is the exclusion key and the 
power level. The original reason for an exclusion 
key was to control an extension telephone. For this 
application, the exclusion key is normally wired at 
the factory to have "brcak-before-make" contacts. 
But this contact arrangement is not satisfactory for 
voice/data situations, since breaking the dc cur- 
rent loop would cause the telephone to disconnect 
from the line. Instead, for data communications 
applications, the telephone set is rewired, usually 
at installation time, to provide "make-before- 
break" contacts. 

But sometimes the installers forget to make the 
contact modification. Checking to see whether the 
DAA will work properly when going from voice to 
data and back is very simple and can be done be- 
fore the installer leaves the premises. Simply dial 
the telephone set's number, wait for it to ring, pick 
up the handset, make sure a voice connection has 
been established, and then move the exclusion key 
to its data position. If the line disconnects, the 
trouble is most likely that the set's contacts are not 
properly wired. 

As for power, the telephone company specifies 
that the signal received at the central office must 
not exceed -12 dBm to avoid creating interference 
on the line or in the network. Furthermore, the 
modem transmitter's output (that is, input to the 
DAA) is restricted to between and -12 dBm by 
telco specifications. Since different lines will nor- 
mally have different amounts of power loss be- 
tween the DAA and the control office each DAA 
must be individually adjusted as to input power 
level. Both the DAA and the modem are adjustable, 
the DAA by telephone company personnel and the 
modem by the user or by the modem vendor. 



The telco installer takes into account local line 
power loss and straps (wires) the DAA accordingly. 
The strapping sets a certain maximum power, be- 
tween and -12 -12 dmn, that can be accepted 
from the modem. The installer should write that 
power-limit value on the DAA. The modem output 
is then adjusted so that its power level matches the 
DAA's set limit. If the modem power is set above 
the limit, then the DAA will clip the signal, causing 
distortion; or if set too low, the noise level may be 
so great as to raise the bit error rate above accept- 
able performance. 

The important thing here is to make sure that 
the telco installer has in fact set the daa power 
limit correctly and has noted on the daa the allow- 
able input power limit from the modem. The 
procedure for setting the power limit applies both 
to manual daas and to automatic-answer DAAs. 

Auto answer DAAs 

Two automatic-answer DAAs are available: the CBS 
(or Type 1001 A) and the DBT (or Type 100 IB) 
units. The CBS unit uses EIA RS-232-type (voltage) sig- 
nal levels and is preferred for electronic terminals, 
multiplexers, concentrators, and computer front- 
ends. The dbt unit uses contact-closure signalling 
and is intended for use with simpler and slower 
electromechanical terminals employing dc current 
loops. It requires external power, which either the 
modem or a telephone-company-proyided power 
supply must furnish. 

For a user, perhaps the main problem with auto- 
answer daas is confusion because of the many op- 
tions and alternative modes that he can choose 
from. Therefore, he must first know what he needs 
and what he can get. Then the user must make 
sure he correctly orders what he needs. Finally, the 
user must make certain that what he receives from 
the telco is what he ordered, and that those options 
which are to be accomplished in the field by strap- 
ping are in fa'ct wired properly by the installer. The 
connections between the telephone set and the 
automatic daa, the modem, and the terminal are 
shown in Figure 3. 

The standard arrangement for an auto-answer 
DAA includes a telephone set for dialing. A tele- 
phone set is required for call origination unless the 
system uses an 801-type automatic calling unit. If a 
telephone set is not required, it must be so speci- 
fied on the order. 

Check the options 

Even when the telephone set is included, there are 
several options related to the ringing arrangement 
and the exclusion key. In the standard option, the 
calls are answered automatically by the data termi- 
nal with the handset ON HOOK and the link imme- 
diately goes into the- data mode. The exclusion key 
is raised to go to voice mode. The standard ringing 
arrangement for this option is that the telephone 
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does not ring when the call is automatically an- 
swered. An optional ringing arrangement can be 
specified in which the telephone rings when the 
call is automatically answered. Since the terminal 
automatically answers the phone in a fraction of a 
second, the bell hardly rings at all. However, 
should the terminal not answer because of a mal- 
function, then the bell will ring in the normal 
manner and serve as an alarm. 

The other option is that the calls are answered 
on the telephone set. This option is not recom- 
mended, however, because it nullifies the auto-an- 
swer feature— unless the telephone receiver is al- 
ways left OFF HOOK and the line transferred to the 
modem (data mode) by having the exclusion key 
pulled up. The standard ringing arrangement for 
this option is that the the telephone rings when the 
exclusion key is down— that is, in the' manual an- 
swer mode— and does not ring when the exclusion 



key is up— that is, in the auto-answer mode. Also, a 
ringing arrangement can be specified so that the 
telephone rings when the exclusion key is up 
(auto-answer mode). 

Hopefully, the user will be able to specify what 
he needs in the way of data access arrangements 
and will get what he asks for. The important thing 
is that all strapping made on the DAA in the factory 
and in the field be done correctly. The proof is 
whether the telephone (if any), the daa, the 
modem, and the terminal follow logical and com- 
patible sequences in call origination, answering, 
and termination. 

The easiest way to prove whether the sequence 
is correct is simply to dial up the telephone and 
watch the equipment perform each logical step. To 
do this is to make sure that terminals, modems, 
and interface devices have display lights to indi- 
cate the ON-OFF states of the lines. ■ 
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Don't overlook 
electrical compatibility 
when mating equipment 



Because so many different 
voltage and current levels are 
used at the interfaces of 
data communications equipment, 
it pays to check the details 
and avoid the damage 



Kuei-Seng Wang and Stephen A. Dalyai 
Quindar Electronics Inc. 
Springfield, N.J. 



I RONICS 



It can be shocking enough 
when trying to start up a 
data communications link 
to connect all the equip- 
ment, turn on the power, exercise the terminal— and the 
terminal plays dead. But it can be even more exas- 
perating if a curl of smoke wafts gently out of the equip- 
ment, indicating internal damage caused by more 
serious electrical incompatibility. 

If the incompatibility is bad enough to damage the 
equipment, startup is likely to be delayed for some time. 
Not only must compatibility requirements be deter- 
mined, but replacement of the parts can be costly and 
cause further delay. Ironically, assurance that the termi- 
nal is compatible with the line is not difficult; it simply 
requires an understanding of some essential facts about 
electrical interfaces between communications equip- 
ment, computers, and terminals. 

The basic facts, in summary, are these: some types of 
equipment employ current loops to interchange binary- 
coded data, and others use voltage interfaces. Ob- 
viously, current and voltage interfaces are not compat- 
ible with each other. Furthermore, several different val- 
ues of current are considered standard, and several 
different voltage levels are used to produce these cur- 
rents. This situation breeds the prospect for incompati- 
bility. Voltage interfaces are more clearcut because of 
the adoption of the Electronics Industries Association 
Standard RS-232-C (see "Where to get RS-232-C," 
overleaf), which has had a salutary impact because now 
most modern data communications equipment is de- 
signed to its specifications. 

However, voltage interfaces that were designed and 
installed years ago are now being connected to data 
communications links, and these probably will not be 
compatible with each other or with RS-232 equipment. 
Furthermore, current-loop terminals, particularly the 
popular Teletype senders and receivers and their 
emulators are used in conjunction with other equip- 
ment—such as datasets that operate on voltages. To in- 
terface this gear, a translator must convert signals from 
current to voltage or from voltage to current. 

Like so many other aspects of data communications, 
the present status of electrical interfaces is also the re- 
sult of evolution. It all started with use of low-speed, 
electromechanical teletypewriters in common-carrier 
telegraph systems. And since Teletype machines are the 
dominant terminals, even today, the current-loop tech- 
nology associated with these machines is still used in 
many modern data communications systems. Thus, this 
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FIG. 1 . CURRENT LOOP ■ When sender keyer closes, cur- 
rent flows through solenoid to form pulses for characters. 




FIG. 2. DELAY ■ Transmitted pulses, top, are delayed, bot- 
tom; difference in pulse-edge delays is distortion. 



review of interfaces will begin with the current loop. 

Teletypewriter terminals are still electromechanical 
machines. When receiving, the current through a sole- 
noid causes the machine's mechanism to select and 
print individual characters formed by specific sequences 
of openings and closings of the circuit through a switch. 
When transmitting, the machine's transmitter /distribu- 
tor converts a character's mechanical representation 
into an equivalent series of current pulses. 

A common current loop, called the neutral telegraph 
loop, is shown in Fig. 1. The loop consists of a series 
connection of the sender's keyer (transmitter /distribu- 
tor), the receiver's solenoid, a direct-current voltage 
supply, a current adjuster, and the wire in the loop. 

The ON current level is determined by the value of 
the voltage source, divided by the resistances of the 
wire, the solenoid, and the current adjuster. Since the 
wire length, or run, would depend on the distance be- 
tween terminals, and hence determine the resistance, a 
given circuit would be set at a specified current by the 
current adjuster. Initially, this adjuster was a rheostat, 
but now it will more likely be a solid-state automatic 
current regulator. 

The receiver's solenoid follows the ON (closed-circuit) 
and OFF (open-circuit) current signal produced by the 
keyer and mechanically translates the solenoid arma- 
ture movement to select a given character for printing. 

A general sequence of ONs and OFFs, also called 
marks and spaces or Is and Os, is shown at the top of 
Fig. 2. The Baudot code, commonly used with tele- 
printers that transmit asynchronously, consists of com- 
binations of five Is and Os, with each sequence preceded 
by a start element and followed by a stop element to as- 
sure character synchronization between sender and re- 
ceiver. To confuse further the issue of interfaces, there 
are numerous versions of the Baudot, or five-level, code. 

When machines using two different code versions or 
two different speeds are electrically compatible, no 
damage will be done, but messages won't pass between 
the terminals. However, appropriate registers to ac- 
cumulate the information bits in a character at the ter- 
minal interfaces, together with hardware or software 



code converters, can solve this problem. Therefore, code 
and speed compatibility are just as necessary at the in- 
terface as current (and voltage) compatibility. 

Current differences 
Two current standards have evolved over the years: 20- 
milliampere loops and 62.5-mA loops. (The latter is 
loosely called a 60-mA loop.) And, the standard voltages 
that provide these currents are 120, 130, or 260 v dc. As 
long as the current loops were installed by a common 
carrier as part of a telegraph service, the user had little 
interest in electrical parameters. 

However, when Teletype machines began to serve as 
input /output devices for in-house computer systems 
and later as remote terminals in time-sharing networks 
and in private— that is, user-owned— data communi- 
cations networks, then electrical aspects of the current 
loop became meaningful to users. For one thing, in 
these applications, the electrical-wire runs were much 
shorter, usually within the confines of a building, so that 
the voltage required to produce either 20 mA or 60 mA 
in the loop was reduced to a lower value ranging from 
20 to 60 V dc. Furthermore, additional ramifications 
were introduced when telephone lines, rather than tele- 
graph lines, became the backbone transmission medium 
for remote applications. 

The telephone line carries ac signals, while the tele- 
graph line carries dc signals, typified by the pulses at 
the top of Fig. 2. Furthermore, by the use of multiplex- 
ing techniques, one telephone line can carry up to 24 
75-baud signals of the type generated by Teletype ma- 
chines and do so at much lower cost than could 24 sepa- 
rate telegraph lines. To take advantage of the tele- 
phone-fine's cost superiority, though, requires the use of 
a dataset at each terminal. 

Equipment makes signals compatible 
A primary function of a dataset is modulation, which is 
converting voltage pulses representing data into fre- 
quencies that can be transmitted over the telephone 
lines. The reverse operation is demodulation. (Thus, a 
synonym for dataset is modem, a truncation of the 
words modulation and demodulation.) 

Lirrent pulses therefore need 
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intermediate equipment to develop the voltage pulses 
required by the modem circuitry. This interface equip- 
ment is shown as the dashed box in Fig. 3. The interface 
equipment, an electromechanical relay or the solid-state 
equivalent of a relay, translates the current, I, flowing in 
the loop connecting it to the terminal into the voltage, 
V, required by the modulator /demodulator circuit. In- 
terface equipment may be separate or be incorporated 
within the dataset. 

The circuit in Fig. 1 is a simplex loop, actually rarely 
used in data communications. In practice, terminal op- 
eration is either half duplex, which permits the terminal 
to send or receive, but not both at the same time, or full 
duplex, which permits the terminal to simultaneously 
send and receive. The interfacing of a terminal is shown 
in Fig. 4 for half-duplex transmission and Fig. 5 for full- 
duplex operation. For the half-duplex mode, two-wire 
links are needed on the terminal side of the dataset and 
two wires on the telephone line. Full-duplexing requires 
three wires on the terminal side and two or four wires 
on the telephone line, depending on speed and modu- 
lation scheme in the dataset. As shown, the interface 
equipment is assumed to be inside the dataset, along 
with the voltage source and current adjustment. 

As has been mentioned, because of the short distance 
between the terminal and the dataset, the voltage used 
to develop the current may be as small as 20 v. Here, 
then, both the current and voltage ratings must be com- 
patible at both sides of the interface. 

What may be overlooked is the specification that tells 
which side of the interface between the terminal and the 
intermediate equipment contains the voltage supply. 
Since the terminal and the interface equipment (or the 
dataset that provides for a current-loop interface) may 
be made by different companies, it is not unlikely that 
the user could wind up with a loop that has no voltage 
on either side of the interface— and hence no current. It 



Where to get RS-232-C 

EIA Standard RS-232-C "Interface Between Data Ter- 
minal Equipment and Data Communication Equipment 
Employing Serial Binary Data Interchange" costs 
$5.10 a copy. Ask also for "Industrial Electronics Bul- 
letin No. 9— Application Notes for EIA Standard RS- 
232-C" ($2.60), which reviews methods of terminal 
and dataset operation and introduces graphical de- 
scriptions of sequential states of control circuits. Both 
publications can be obtained from Electronic Indus- 
tries Association, Engineering Dept., 2001 Eye Street, 
N.W., Washington, D. C. 20006. 



would be even worse, though, if both sides provide the 
voltage source, for this could lead to an overvoltage in 
the loop and damage to the components— particularly 
when the interface equipment uses semiconductor com- 
ponents, which are not nearly as tolerant of voltage or 
current overloads as are electromechanical relays. 

Circuit length limits speed 
The speed of teletypewriters in telegraph service is lim- 
ited to about 75 baud because the resistance, capaci- 
tance, and inductance along the circuit creates a lag in 
the rise and fall of current pulses. In general, the longer 
the line, the greater the lag. The difference in delay be- 
tween leading and trailing pulse edges is called distor- 
tion. If distortion is great enough, it blurs the distinction 
between a mark and a space and leads to erroneous de- 
coding of pulse sequences. Pulse rise and fall is fixed by 
the line's electrical parameters, but the percentage of 
distortion increases as this pulse rate goes up. Hence, 
the practical limit of transmission speed works out to be 
about 75 baud on long lines. 

However, when a current-loop terminal interfaces 
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FIG. 5. FULL DUPLEX ■ In three-wire circuit, both keyers 
can work simultaneously, permitting two-direction links. 



with a dataset— as explained later-the run is short, 
which reduces the effect of the line's electrical parame- 
ters and therefore permits the terminal to operate up to 
about 1 10 baud without excessive distortion. Accord- 
ingly, increased transmission speed became practical for 
private networks when terminals were wedded to cur- 
rent-loop technology. 

Even so, this speed of 1 10 baud still was not fast 
enough for many applications, particularly those in 
which the terminal was connected to a high-speed re- 
mote data processing computer rather than another ter- 
minal. Fortunately, faster terminals and faster trans- 
mission speeds became available because of advance- 
ments in electronics technology: semiconductor circuits 
operate much faster than relays; integrated circuits pro- 
vide low-cost memory that can serve as buffers for ter- 
minals to accumulate characters slowly and then trans- 
mit them at a faster rate; video terminals offer faster 
writing and larger display areas; and extended code 
sets— derived from computer design— encourage more 
efficient, higher-speed transmissions and permit the im- 
plementation of more powerful, higher-speed modu- 
lation /demodulation schemes. 

Newer gear operates on voltage pulses 
The newer electronic components and circuits respond 
.to voltage pulses. When the voltage level from the ter- 
minal matches the voltage level required by the dataset, 
the two devices will be compatible and not require the 
current-to-voltage intermediate equipment shown in 
Fig. 3 for current-loop terminals. 

Voltage compatibility between the dataset and the 
terminal are assured when equipment is designed ac- 
cording to RS-232-C specifications. This standard de- 
fines a mark, or binary I, as any interface voltage be- 
tween -3 and -25 V dc, and a space, or binary 0, as any 
voltage between +3 and +25 V. The standard also 
specifies the signal and control functions assigned to 
each of the 25 pins available in an RS-232-C connector. 
(The control functions, not required in current loops, 



make sure the datasets at each end of the line are ready 
to carry the data on the signal leads.) 

Before the adoption of RS-232, interface voltages had 
a variety of levels, to some extent based on the state of 
electronics technology that existed when the interface 
was designed. As examples, some interfaces used v to 
define a binary 1 and + 5 V for binary 0. Alternatively, 
v could represent a binary and + 5 v could mean 
binary 1. A similar confusion existed when the elec- 
tronic circuits produced signals that were either or -5 
V. Furthermore, other types of integrated-circuit devices 
use +5 v for one binary state and + 18 V for the other 
binary state. 

The voltage incompatibility that can arise when try- 
ing to interface two of these different voltage and polar- 
ity levels can be overcome by introducing intermediate 
equipment, such as high-speed electromechnical relays 
and voltage sources or operational amplifiers to bring 
voltages to proper levels and polarity. 

The EIA RS-232-C standard stipulates a maximum 
data signaling rate of 20,000 bits per second and sug- 
gests a limit of 50 feet of cable be run between the data- 
set and the data terminal to make sure the distributed 
capacitance between wires does not create excessive dis- 
tortion of the voltage pulses. However, often the dataset 
may be located on one floor of a building and the termi- 
nal on another floor, thus exceeding a 50-feet run. Here, 
then, it may be desirable to translate the terminal volt- 
age to either 20 mA or 60 mA, run a neutral loop to the 
dataset, and then translate the current back to the RS- 
232 voltage. The Teletype Corp. makes an "EIA-to-Neu- 
tral-Loop" converter-modification kit for use when its 
machines are connected to the RS-232 electrical inter- 
face on datasets. 

When current loops are run inside a building, the 
sharp current transitions resulting from current pulses 
can cause noise in adjacent circuits, so that it is advis- 
able to keep these telegraph loops away from telephone 
lines carrying either voice or data. 
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Regulations 
and tariffs 



Working across state lines, 
data-communications systems 
are shaped by intrastate 
and interstate regulations 
and tariffs, all undergoing 
rapid and complex changes 

John C. Duffendack, 

ComShare Inc. 
Ann Arbor, Mich. 



User demand for improved data-communications sys- 
tems and reduced costs has had as much impact on 
communications regulations and tariffs as on communi- 
cations technology, operations, administration, and 
maintenance. As a result, three major shifts in regu- 
latory attitude have occurred during the past few years, 
permitting: more competition for established common 
carriers, the connection (formerly banned) of customer- 
owned equipment to telephone lines, and more partici- 
pation by users in regulatory and tariff proceedings. 

Anyone who wants to understand regulations and 
tariffs completely must wend his way through a lab- 
yrinth of seemingly incomprehensible documents. Cer- 
tainly, such documents require interpretation at both 
technical and cost levels. Their complexity comes to the 
fore particularly when a user has some special need, in- 
novative idea, or critical communications requirement, 
since the user and the common carrier may not agree on 
interpretation of the tariffs. Still, some order can be 
made out of the existing situation, and the major as- 
pects of tariffs and regulation of data communications 
can be summarized. 

In 1934, Congress created the Federal Communi- 
cations Commission (FCC) and defined the FCC's au- 
thority for the regulation of the supply of common-car- 
rier interstate communications services. The supply of 
intrastate communications services, for locations within 
a state, are regulated by each state's public utility or 
public services commission. The only exception to in- 
trastate regulation is in Texas, where regulation is per- 
formed by each municipality. 

Communications common carriers are granted mo- 
nopolistic powers in a given area. In return, they are re- 
quired to file, before cognizant regulatory bodies, cer- 
tificates of necessity and convenience, as well as tariffs 
for services. The tariff document for communications 
services records the policies of the communications car- 
rier, which is usually the telephone company, and de- 
scribes and prices the standard products and services. 

As a general rule, the state regulatory commissions 
adopt the precepts of the Federal Communications 
Commission. Perhaps more pragmatically, the Bell 
Telephone operating companies handling intrastate ser- 
vices follow the lead of their owner, the American Tele- 
phone and Telegraph Co. (AT&T), which handles inter- 
state traffic. 

Two differences between interstate and intrastate 
regulation of communications are worth noting: 
■ Changes in an intrastate service, or the introduction 
of new intrastate services, lag the change in the compa- 
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rable interstate service by months, if not years. 

■ Prices (rates) are generally higher for intrastate than 

for similar interstate services. 

A common-carrier service is generally considered in- 
trastate if it can be used for communications wholly 
within the state. For example, the telephone handset 
and attached line (local loop) are intrastate services 
even though calls can be made to locations in other 
states. Only the rates for interstate calls are subject to 
Federal regulation. This fact has interesting ramifica- 
tions when one studies the interconnection of various 
devices to the switched network, since interconnection is 
controlled at the state level. 

This distinction between intrastate and interstate 
communications regulation is not merely of legal con- 
cern. Cost differences are of major consequence. Con- 
sider a specific communications requirement for leased 
series-3000 voice-grade lines between San Francisco 
and Los Angeles, and Los Angeles and Phoenix (see fig- 
ure). The intrastate link at $2,276 per month costs al- 
most four times more than ;he interstate link at $598 
per month— and both links are almost equally long. (In 
fact, the price of the intrastate line from San Francisco 
to Los Angeles is about the same as for an interstate 
line from Los Angeles to New York.) However, if the 
user requests the carrier to connect the links in Los An- 
geles, the San Francisco-to-Los Angeles link becomes 
interstate under the relevant FCC tariff and its cost 
drops to $589 per month— for an over-all system savings 
of $1,627 per month. For the telephone company to 
connect the two links, however, the user must have a le- 
gitimate requirement for through service between San 
Francisco and Phoenix. 

Several widely used interstate communications-ser- 
vices tariffs filed with the FCC are listed in the table. Be- 
cause these tariffs include many common principles, 
and state tariffs tend to follow Federal tariffs, it will be 
instructive to study major aspects of one important tar- 
iff: AT&T's interstate private line tariff, FCC #260. 

FCC tariff #260 

USAGE. One of the most significant provisions in this 
tariff specifies the allowable uses of a leased, point-to- 
point, voice-grade telephone line, as may be used for 
dedicated data transmission at speeds up to 9,600 bits 
per second (b/s). Basically, this provision says that a 
telephone-service customer is permitted to use this ser- 
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Anomaly. Two separate intrastate links are expensive, but 
adding a switch in Los Angeles for through traffic cuts 
overall cost. 



vice for transmission of communications to or from 
various intracompany locations, including those of 
wholly owned or controlled subsidiaries, where such 
communications are directly related to corporate busi- 
ness. Further, it allows simultaneous transmission of in- 
formation relating directly to matters of common-inter- 
est parties— in the same general line of business— who 
are connected to the communications facility. In any 
case, the lines must be terminated (at least on one end) 
on the user's property. The important point to note here 
is that the tariff states that the user may employ his 
dedicated communications facilities for himself and 
may not provide a communication service to others. 
The only exceptions to the above rules are for joint use, 
discussed later, and for use by the government, mem- 
bers of a commodity or stock exchange, members of an 
electrical power pool, and for certain uses by a licensed 
aeronautical-communications company. 

RELIABILITY AND RESPONSIBILITY. The tariff limits 
the liability of the common carrier. It specifies that the 
common carrier assumes no liability for damages aris- 
ing out of mistakes, omissions, interruptions, delays, or 
errors associated with the purchase of communications 
service, other than an amount equivalent to the propor- 
tionate charge for the service period in which the defect 
occurred. The courts, of course, have held that these tar- 
iff provisions do not protect the common carrier in case 
of its negligence. 

The tariffs say nothing about the quality of service 
the carrier must offer its users. There are no minimum 
provisions for reliability, error rates, noise levels, and 
the like. Tariff #260 does specify the bandwidth and 
delay distortion characteristics for the various levels of 
conditioning of a voice-grade line. However, this is a far 
cry from actual specification of those communications- 
channel characteristics that determine transmission 
reliability. 

Service from a common carrier is provided on a min- 
imum-period basis, generally one month. Generally, 
credits for service outages are given on the pro rata 
basis, starting from the time the customer notifies the 
common carrier of the outage. 

Under the tariff, the customer must provide space 
and power for common-carrier facilities installed on his 
premises, and permit access to common-carrier employ- 
ees for the installation and maintenance of equipment. 

In addition, of course, the customer is responsible for 
all payments. By written notice to a customer, the com- 
mon carrier may immediately discontinue providing 
communications service for non-payment or for viola- 
tion of various conditions governing the furnishing of 
service. Disputes leading to service termination over the 
past few years have centered around violations of the 
tariff's interconnection or usage provisions. 

JOINT USE. The general intent of the joint-use tariff 
provision is to allow increased utilization of the coun- 
try's telecommunications resources, while precluding 
the sale of communications services by entities other 
than common carriers. In effect, the primary user is 
allowed to reduce his communications costs by allowing 
other users to share his unused facilities without allow- 
ing him to profit by the supply of a communications ser- 
vice. The important criteria for joint use are that: 
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■ The primary user and each joint user have a legiti- 
mate need for the facilities (i.e.. communications to or 
from each user and directly relating to his business). 

■ The joint user has a station or service terminal on his 
premises and a through connection to all portions of the 
network he is sharing. The common carrier bills each 
joint user a pro rata charge for his share of the com- 
mon-carrier facilities, as specified by the primary user. 
In general, there is also a flat charge for each joint user 
on a shared network. 

At present, confusion and disagreement exist between 
the carriers, the regulators, and prominent users as to 
the applicability of procedures involved in the joint-use 
arrangements. In looking toward the establishment of a 
joint-use arrangement, the primary user should obtain 
approval from both the common carrier and appro- 
priate regulatory bodies. There are some services where 
joint use is precluded. For example, joint use is specifi- 
cally not allowed on WATS lines, foreign exchange lines, 
and certain wideband facilities. 

Tariff #260 aside, two major regulatory changes in- 
volve network interconnection and the supply of com- 
puter/communications services. The 1968 Carterphone 
ruling by the FCC required the telephone industry to re- 
move its proscription on the connection of customer- 
owned (or leased) equipment to a telephone service of- 
fered by a carrier. This shift in regulatory attitude has 
resulted in a rapid expansion in the range of options 
open to the communications user, and has had a signifi- 
cant impact upon the public interest and convenience in 
allowing more efficient and versatile uses of the tele- 
phone network. Now the customer is no longer a total 
captive of the telephone company or its manufacturing 
affiliate when it comes to choosing the equipment that 
will best meet his need for voice or data transmission. 
However, certain restrictions still govern the use of non- 
common-carrier, or independent, equipment connected 
to communications services: 

■ On the dial-up network, the customer-owned equip- 
ment must be connected through a carrier-provided 
protective device known as a data-access arrangement 
(DAA). for which there is a charge of approximately $2 
to $8 per month. At present there is no requirement for 
a protective device when connection is made to private- 
line service. 

■ Further, various restrictions are imposed upon the 
signal introduced into the network— whether switched 
or private— by devices connected to it. These limitations 
are that the carrier will specify the total signal power 
permitted within certain frequency bands. Where cus- 
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254 Western Union private-line services 

255 AT&T administrative rate centers and central offices 

259 Wide-area telecommunications service (WATS) 

260 AT&T interstate private-line services 

263 Long-distance-message telecommunications service 



tomer-owned equipment is connected to the switched 
telephone service, additional criteria must be met to as- 
sure proper operation of the common-carrier switching 
facilities, echo suppressors, and billing equipment. 

While at present there is no requirement for a protec- 
tive device on private lines, tariffs are pending before 
the FCC for the provision of such a device— in addition 
to constraints on signal levels. The pending tariffs also 
require that, on any given circuit, interconnected de- 
vices must all be supplied by Bell or all be supplied by 
independent manufacturers. They cannot be mixed, re- 
gardless of their technical compatibility. 

In March 1971, the FCC released its Final Decision 
and Order with respect to regulations that control the 
interdependent relationship between computer and 
communications service. The FCC stated that it chooses 
not to regulate the independent suppliers of computer 
services and, further, that it will impose certain restric- 
tions on those common carriers who participate in the 
computer-services business. The decision also defines 
new categories of service known as hybrid data process- 
ing and hybrid communications, depending on whether 
the intent of the service is primarily data processing or 
primarily communications, with regulation imposed on 
the latter. This decision has been affirmed by the FCC 
after a Motion of Reconsideration and is (as of October 
1972) on appeal before a Federal Appellate Court. 

Looking ahead 

The watchword of the future in data communications 
is competition. Besides allowing competition from inter- 
connected devices, the FCC has also opened the door to 
special-services common carriers, such as MCI Commu- 
nications Inc. and Datran, to.construct certain high-traf- 
fic routes paralleling those of the telephone companies. 
With the introduction of competitive carriers has come 
the disallowance of the original concept of nationwide 
rate averaging. Further, the FCC has approved open en- 
try for domestic-satellite systems, which will undoubt- 
edly result in the establishment of several competitive 
long-haul satellite transmission facilities by 1976. 

Perhaps the key issue in the future will revolve 
around clarification and modification of existing tariffs 
and regulations for joint use. Of particular concern are 
the questions about the sharing of rates, the sharing of 
channels, and the brokerage (or reselling) of data-com- 
munications services by a company not qualified as a 
common carrier. 

Because of these changes in the regulatory situation, 
there is now great concern about establishing a fair 
competitive environment. That is, the regulatory com- 
missions want to be sure that prices for a carrier's non- 
competitive products do not subsidize the prices for its 
competitive products, and that carriers do not establish 
discriminatory pricing between classes of customers. 

Thus, carriers and the regulatory commissions are 
taking action to prepare for this increasingly competi- 
tive marketplace. The carriers are becoming more con- 
cerned about their costs and cost-related pricing, and 
the FCC is requiring market information and cost analy- 
sis to accompany all proposed tariff changes. This is 
bound to promote greater operating efficiencies within 
the carriers and to bring benefits for the users. □ 
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Dilemmas in the nation's 
telecommunications policy 




Bernard Strassburg 
Federal Communications Commission 
Washington, D.C. 



ESSAY 



The chief of the FCC's Common 
Carrier Bureau reveals the major 
issues in the regulatory 
environment that have to be 
settled to provide for fair and 
equal competition, yet retain the 
advantages of natural monopoly 



Because of the fast growth 
of remote data systems and 
the evolution of computer 
networks, American indus- 
try is moving toward greater reliance upon the nation's 
communication facilities and services. Technology and 
innovation have impacted the design and application of 
terminals, peripherals, and even computers connected 
in networks over both private and switched communi- 
cations services. This impact has penetrated the regu- 
latory environment of communications and raised a 
host of fundamental issues that go to the heart of the 
nation's telecommunications policy. 

Indeed, technology may well be challenging the con- 
ventional premises of the regulatory process, as well as 
questioning whether regulation is an adequate tool in 
resolving the complexities associated with rapid change 
and innovation. The Federal Communications Com- 
mission has been caught up in the interplay between 
computers and communications, as illustrated by the 
developments associated with the FCC's Interconnection 
and Specialized Carrier decisions, as well as its Com- 
puter Inquiry. 

Until 1968, Bell System practices generally foreclosed 
customer-owned and -maintained equipment being 
electrically interconnected to the nation's switched tele- 
phone network. This indiscriminate ban was premised 
on the concept that, with few exceptions, responsibility 
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for the maintenance, installation, innovation, and repair 
of all equipment connected to the telephone network 
must remain within the control of the common carrier 
alone. It followed that customer ownership of any such 
equipment violated that general policy. Subscribers 
who persisted in owning their own equipment were ex- 
posed to the denial of telephone service, which, in fact, 
meant denial of hard-wire-coupled data communi- 
cations transmission over the phone lines. 

But in 1968, Bell's interconnection policy was chal- 
lenged by the FCC's Carterfone decision. That decision 
overturned the carrier's general ban on customer-owned 
equipment and held that Bell's blanket restrictions un- 
der its tariffs had been unreasonable and unlawful. Bell 
announced its willingness to cooperate with users and 
accommodate them by allowing greater access of cus- 
tomer-owned equipment to the telephone exchange- 
provided that the network would be protected from 
harm and damage. At the time, the precise method of 
securing this protection was left unspecified by regu- 
latory authority. AT&T, however, specified as a tariff re- 
quirement that such protection must be provided by 
voice and data couplers (that is, connecting arrange- 
ments and network control signaling units) to be pro- 
vided, installed, and maintained solely by the carrier. 

The implications riding on the FCC's Carterfone deci- 
sion were fundamental and far-reaching. First, the com- 
mission broadened the equipment options available to 
the user of communications service— the need for which 
alternatives were voiced by the data processing industry 
in the earlier FCC Computer Inquiry. 

Second, the decision provided independent suppliers 
of terminal and computer equipment with an incentive 
to develop, manufacture, and sell new hardware— the 
market clearly spawned by the growing and sophis- 
ticated demands of both the telephone user and the 
data industry. The result was startling. A host of new 
and improved datasets, multiplexers, communication 
processors, video terminals, and answering devices be- 
came available in the independent market place. 

The lesson of the FCC's Carterfone decision has been 
instructive: before 1968, the market opportunities for 
certain equipment were foreclosed; after 1968, new op- 
portunities became apparent. Carterfone literally re- 
sulted in the creation of a new industry— the inter- 
connect industry, which serves both data and voice 
markets. And in the best tradition of a competitive mar- 
ket economy, new companies introduced new equip- 
ment, expanded capability, and lower prices— changes 
that ultimately benefited the communications user. 

The Bell System's market response and reaction to 
the FCC's Carterfone decision was at first delayed. But 
the 1970s now reveal a discernible pattern of response 



to the interconnect industry. The Bell system reeva- 
luated and revised its prices on existing datasets and in- 
troduced a new series of datasets. In the voice field, Bell 
marketed a new family of private branch exchanges 
(PBXs), some imported and others manufactured on a 
crash basis. AT&T realigned its Bell Telephone Labora- 
tories, emphasizing product and marketing develop- 
ment. Recently, Bell introduced a new CRT terminal, 
through Western Electric's Teletype Corp. subsidiary. 
Finally, Bell introduced flexible pricing plans and un- 
bundled tariffs dealing with trunk lines, PBX hardware, 
and station lines. 

Amidst this ferment, there are a number of unre- 
solved regulatory questions regarding the data and 
voice couplers devised by at&t to protect the oper- 
ational integrity of its network. From the time of their 
initiation, these protective arrangements have been 
variously attacked by the suppliers and users of inter- 
connect equipment as burdensome, unnecessary, and 
anticompetitive. Thus, the FCC has been exploring vari- 
ous programs of standards and equipment-certification 
procedures that would permit the user to connect his 
equipment to the network without the need for carrier- 
provided couplers, while, at the same time, assuring that 
the telephone network would not be impaired. 

The Bell System initially advocated the establishment 
of a program of "certification" as the principal, if not 
sole, precondition to a further liberalization of inter- 
connection. However, of late, certification is no longer 
central to Bell's position. Bell has now brought to the 
forefront of its opposition repertoire the demand for a 
comprehensive examination of the economic conse- 
quences of any relaxation in existing interconnection ar- 
rangements. As voiced by AT&T chairman John D. 
deButts at the company's April 1973 stockholder meet- 
ing, at&t ". . . will oppose implementation of any sys- 
tem of certification until the basic questions about its 
long-term service and economic consequences have 
been satisfactorily answered . . ." 

Further, the National Association of Regulatory Util- 
ity Commissioners (Naruc), representing the state regu- 
latory agencies, has supported AT&T's resistance to lib- 
eralized interconnection, ostensibly out of a concern for 
the potentially adverse effects of liberalization on the 
exchange rates and revenue requirements of the local 
telephone companies. However, Naruc is participating 
in the FCC's ongoing Federal-State Joint Board inter- 
connect proceeding, which is expected to treat not only 
the economic issue, but also whether there should be 
further expansion in customer options. 

In sum, the FCC's policy of promoting a wider range 
of customer options in the terminal field has called into 
play an equally wide range of responses from the car- 



"should all carriers. . .have access to the intercity 
channels of AT&Ton uniform terms and conditions?" 
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riers and state regulators. The various proceedings now 
before the commission focus on the merits and appro- 
priateness of these responses. The outcome may well be 
expected to determine whether and to what extent the 
commission's policy of promoting competitive supply in 
the interconnect field will produce meaningful and ex- 
panded public benefits. 

A second policy change by the FCC occurred in 1970: 
the so-called Specialized Carrier decision. Here, the 
commission found that the needs of the public, partic- 
ularly the computer-user industry, were not being satis- 
fied by the Bell System or other communications car- 
riers. The FCC sought to spur the development of 
specialized carriers to provide the potential for cus- 
tomized communications services and to promote the 
introduction of a switched digital service on a nation- 
wide basis. The existing carriers opposed such a move 
on grounds that specialized carriers would serve no un- 
met need, would duplicate facilities, would waste fre- 
quency resources, and threaten rate-averaging prin- 
ciples. 

In its Specialized Carrier decision, the commission 
drew much of its input from the computer industry. Re- 
sponses to the FCC's Computer Inquiry confirmed the 
public requirement for new services in the digital and 
customized-communications market. The validity of 
this requirement was lent further credence by the stud- 
ies and recommendations of a Presidential Task Force 
on Communication Policy. 

As in Carterfone, the Specialized Carrier decision im- 
pelled a response from the Bell System on a broad 
front. Bell promptly announced plans for an end-to-end 
digital-data service. The carrier has recently proposed 
to the FCC a major restructuring of its private-line 
voice-grade schedules by which it would establish two 
separate rating classifications for those services. Bell 
sought a lower rate classification, to be applied to chan- 
nels on high-density routes. The higher rate classifica- 
tion would apply to all routes of lesser density. This 
"Hi-Lo" approach is a major departure from the Bell 
System's historical practice of basing its uniform rates 
on nationwide cost-averaging. This tariff shift is in re- 
sponse to the competition that Bell anticipates from the 
private-line offerings of the specialized carriers. 

Feeling threatened by competitive offerings, Bell in 
recent years has been giving greater and greater empha- 
sis to incremental costs in its rationale for pricing any of 
its services in competitive markets. At the same time, lo- 
cal Bell System companies have been pressing for in- 
creases in the charges for local distribution channels re- 
quired by the specialized carriers in order to deliver 
their intercity services to their customers. 

Still more recently, Bell has proposed to relax its his- 



toric ban against "resale" of its interexchange private- 
line channels to the limited extent of permitting the 
lease of such channels by so-called "value-added" data 
communications carriers. These new entities seek to use 
the new technology of "packet switching" for the provi- 
sion of data communications services tailored specifi- 
cally to the transaction-oriented needs of the data com- 
munication user. By permitting "resale" to this limited 
extent, Bell will promote the greater use of its intercity 
supply of channels for services which, on the one hand, 
do not directly compete with any of Bell services, but, 
on the other hand, more directly compete with the ser- 
vices of the new specialized intercity carriers. 

As of Aug. 1, the FCC had not yet decided on the 
regulatory actions to be taken with respect to the Hi-Lo 
proposal, nor had the agency determined whether or 
not the selective relaxation of Bell's resale prohibition is 
nondiscriminatory and otherwise legal. The resolutions 
of these proposals are crucial to according a fair and 
realistic test of competition as a regulatory device to 
achieve improved, expanded, and more economical 
communications services. It is clear, however, that the 
regulatory orchestration of challenge and response has 
posed a series of public policy questions that now reside 
at the doorsteps of the Federal Communications Com- 
mission. These questions are complex— laden with mat- 
ters of law, engineering, accounting, and economics. 

What are the more critical unresolved issues posed by 
Bell's responses to the national policy objectives formu- 
lated in recent years by the FCC? First, the ultimate 
question is whether or not Bell's responses will frustrate 
a fair test of the commission's decisions to introduce 
competitive sources of supply into both the terminal- 
equipment market and the specialized-carrier market. 

The commission's stated policies have recognized the 
right of the Bell System and other existing common car- 
riers to participate fully and fairly in the competitive 
markets. However, if, by the exercise of that right to 
compete, Bell is successful in blocking or cutting off 
competitive entry "at the pass," then the FCC's policy 
objectives to broaden the options of users and to ex- 
pand the opportunity for innovation will, of course, ex- 
perience a premature demise. 

At the same time, market foreclosure by a variety of 
strategically timed repricing actions and other selective 
tariff changes by Bell could also have a devastating ef- 
fect upon those suppliers of new equipment and ser- 
vices who are in the process of early market penetration. 
Obviously, this would be a paradoxical cost to pay for 
the removal of restrictions to market entry. 

Second, the commission now finds itself in the posi- 
tion of attempting to locate and define a demarcation 
line between competitive and noncompetitive markets. 



"the FCC has... embarked on a study of corporate 
structures in the common-carrier industry... " 



"the FCC must address itself to the size 
and dominance of the Bell System" 




This definition is, in fact, a major issue. On the one 
hand, the FCC must define the market that exhibits 
characteristics of a "natural monopoly," which presum- 
ably rules out competitive entry. On the ether hand, the 
commission must define those markets sustaining com- 
petition and rivalry. 

A third policy question is a corollary to the second. 
After defining the two markets, the problem then is how 
to determine the ground rules whereby a regulated car- 
rier can compete fairly and equitably in a market 
judged to accommodate free and open access. This 
problem is particularly difficult because of the over- 
riding fact that the Bell System simultaneously occupies 
and straddles the competitive and monopoly markets. 

It is not surprising, then, that the question of a dual- 
market occupancy raises the issues of cross-subsidi- 
zation, cost allocation, proper pricing, and the effect of 
monopoly markets on the growth and viability of com- 
petitive markets. The possibility of Bell's monopoly ser- 
vices underwriting and supporting non-telephone ser- 
vices continues as an issue that permeates various rate 
proceedings and dockets before the FCC and state regu- 
latory agencies. 

A fourth question follows from the third. Can regu- 
latory policy protect, by restriction, a new and incipient 
market, a market that of necessity requires some nurtur- 
ing until it becomes self-sufficient? The fragility of the 
new market and industry is abundantly clear: this com- 
petitive market currently reflects a very small fraction of 
Bell's $20 billion annual monopoly revenues. To permit 
a realistic chance for competitive-market growth and 
survival, the FCC must address itself to the size and 
dominance of the Bell System. Should the common car- 
riers be restricted from participating in competitive 
markets until the infant industry can survive on its own? 
Is it sufficient to pronounce a policy of "full and fair 
competition," which promotes "every man for himself," 
but which, in fact, enables the giant to admonish the 
midget? 

Such a suggestion of market restriction, is of course, 
hardly unprecedented. The commission in its Domestic 
Satellite Policy decision of December 1972 ruled that 
AT&T's satellites could not engage in competitive ser- 
vices for three years. The reasons for such a moratorium 
were clear and unequivocal in view of the Bell System's 
established pervasiveness in domestic communications 
and the potentially adverse effects of that pervasiveness 
on the opportunity the commission sought to afford oth- 
ers to develop a market for satellite services. 

A fifth question also turns on the guideline of "fair 
and equitable" competition. For example, should all 
carriers— Bell and non-Bell— have access to the intercity 
channels of at&t on uniform terms and conditions? 



Should the specialized carriers have access to the local- 
distribution facilities of the Bell System operating com- 
panies with the same right and ease of access as does 
AT&T in reaching the end user? 

The issue of defining full and fair competition can 
also be extended to the nonprofit Bell Telephone Labo- 
ratories. Currently operating on an annual budget of 
some $400 million, which is funded entirely by the gen- 
eral rate-payer, the Bell Telephone Laboratories is de- 
voted to innovation in and advancement of tele- 
communications technology. As such, it represents the 
nation's principal, if not the only, research and develop- 
ment facility in the telecommunications field that is sup- 
ported by nongovernmental funds. Over the years, the 
fruits of its research and findings have been converted 
to improvements in the plant, equipment, and services 
of the Bell System, thereby contributing to the effi- 
ciencies and economies of the nationwide telephone 
network. 

But if the Bell System is to participate fully and fairly 
in the expanding and diversifying communications mar- 
kets, should not this vital national resource, represented 
by the laboratories, be accessible to all entities engaged 
in the development and supply of communications 
equipment and services? Should the laboratories share 
the results of research, rather than restricting them to 
Western Electric, the manufacturing and supply unit of 
the Bell System? Should the various specialized carriers 
and other competitors be permitted access to the re- 
search and development capabilities of the laboratories 
on the basis of appropriate contractual arrangements? 

The principle of fair and equitable competition inevi- 
tably poses such questions. The FCC has recently em- 
barked on a study of the corporate structures in the 
common-carrier industry and these questions, with 
many others, will be addressed in that study. 

The significant issues that confront the nation's com- 
munications industry and markets clearly challenge the 
effectiveness of the regulatory and other governmental 
processes to search out timely and meaningful resolu- 
tions. The regulatory resources of government at all lev- 
els are already overtaxed in dealing with problems of 
the communications field, and those problems continue 
to grow in volume and complexity. 

The manufacturers and users of data communications 
systems have a vital stake in regulatory performance. It 
follows that they cannot afford to take for granted or on 
faith that governmental actions will be forthcoming and 
wise. More is required. The importance of the issues re- 
quires maximum public support of, and participation 
in, the regulatory process in the search for the right an- 
swers. On those answers ride the potential for future 
new markets, new services, and new choices. 
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AT&T's new attitude 
might have forestalled 
Justice's suit 



Bernard Strassburg 
Washington, D.C. 

I The antitrust action 
K| JTT^^^H brought by the U.S. Depart- 

I ment of Justice against 
AT&T will no doubt rate as one of the most signifi- 
cant events of this decade for the communications 
industry and the public it serves. There is no way 
of predicting now what that action will ultimately 
mean— if anything— in terms of restructuring the 
nation's communications markets. The outcome 
depends not only on the staying power of the De- 
partment of Justice but also on the future attitudes 
and initiatives of the Bell System. 

But, regardless of how we may speculate as to its 
ultimate outcome, the antitrust suit is an example 
of how a corporate ideology and parochial values 
can distort the judgment of management as to 
where its best interests lie when it is as vulnerable 
to antitrust challenge as is the Bell System. 

That the Bell System has successfully withstood 
or deterred an antitrust challenge until now, in 
spite of its dominant position in communications, 
can be attributed to several factors. First, the Bell 
System has cultivated and maintained a favorable 
public image by giving the nation reliable tele- 
phone service at rates that have made the service 
universally accessible. By doing so, it has escaped 
public and political antipathy to monopoly. 

Second, Bell has generally exercised an enlight- 
ened restraint in the use of the economic and polit- 
ical muscle inherent in an enterprise of its size and 
pervasiveness. 
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Third— and as its most important line of de- 
fense—the Bell System has conducted its affairs un- 
der the oversight of, and subject to, the policies of 
the regulatory processes. Although those govern- 
mental processes have not always functioned with 
effectiveness, they have been generally respected 
by the Bell System and accepted by the public as an 
adequate safeguard against the excesses of monop- 
oly power. 

Then, beginning in 1968, the Federal Communi- 
cations Commission formulated a series of new 
policies, which in effect required the Bell System to 
make room for some competition in supplying se- 
lected markets with business and data communi- 
cations services and equipment. It was the commis- 
sion's judgment, supported by the evidence of 
several proceedings, that the dynamics of computer 
and communications technologies were spawning 
a diversity of new communication requirements 
that could not be satisfied by the monolithic "plain 
old telephone" environment. 

These policies unleashed the new interconnect 
industry which caters to the markets for customer- 
owned systems and equipment, and it paved the 
way for the entry of a number of new common car- 
riers specializing in the provision of intercity pri- 
vate-line services and switched data networks. 

Initially, AT&T demonstrated a willingness to 
adapt and compete. Although it questioned the 
wisdom of the new policies in some respects, AT&T 
made no appeal to the courts. On the contrary, its 
prior chairman, Harold I. Romnes, publicly ac- 
knowledged that competition could be a public 
benefit and could spur even Bell to give better ser- 
vice. He conceded that there are valid distinctions 
to be made between those markets of the Bell Sys- 
tem that are natural monopoly— for example, the 
switched telephone network— and those markets 
where competition can be productive. 

But this initial perspective turned out to be 
short-lived. The new interconnect industry began 
to gain momentum in market penetration with 
pbxs and key systems, datasets, and other terminal 
devices offering features and price alternatives not 
previously available to users. The new terrestrial 
and satellite specialized common carriers began to 
move into various stages of operational reality, 
challenging AT&T's preeminence in the field of in- 
tercity communications. 

Then, in 1972, major changes were made at the 




top management and policy-making levels of AT&T. 
At this time, the Bell System embarked on a course 
of conduct by which it breached its traditional 
lines of defense. 

What was initially an AT&T attitude of accept- 
ance and accommodation was transformed by 
AT&T's new leadership into a policy that seemed 
oriented toward the containment and, arguably, 
the extinction of competition. Asserting its own 
right to compete, the Bell System initiated a crash 
program to develop and market a wide variety of 
new and diversified lines of customer terminals. It 
substantially reduced its tariffed prices on data 
modems and other terminal devices. It launched 
an intensive adver- 
tising and cus- 
tomer-relations 
program construed 
by its competitors 
to undermine con- 
sumer confidence 
in the reliability of 
the products and 
maintenance of 
the independent 
supplier. 

As the new spe- 
cialized intercity 
carriers attempted 
to launch their 

competitive offerings, they, too, encountered a 
number of difficulties in dealing with AT&T. At the 
time the fcc set its policy in this field, it recog- 
nized that the new entrants would initially and for 
some time be dependent upon the local facilities of 
the Bell System companies in order to terminate 
their services. The FCC's policy therefore called 
upon Bell to provide those local-distribution facil- 
ities on reasonable terms. 

In view of Bell's monopoly control over those es- 
sential facilities, the FCC stressed that it would not 
condone any practice by a Bell company that dis- 
criminated in favor of its own affiliate. The new 
specialized common carriers soon discovered, how- 
ever, that they were unable to obtain local distribu- 
tion channels with the same readiness and on simi- 
lar terms as AT&T's Long Lines department 
obtained such facilities for its competing intercity 
private-line services. 

These and other counteractions by at&t to com- 
petition had their inevitable consequences. They 
generated a large number of costly and time-con- 
suming proceedings before the regulatory agencies 
and the courts. They delayed the efforts of the in- 
terconnect industry and the specialized carriers to 
market their services and products. And potential 
investors were understandably reluctant to provide 
needed capital to the new enterprises because of 
the Bell System's announced opposition to compe- 
tition. Many aspiring entrants into the inter- 




connect markets gave up the struggle and aban- 
doned their plans. 

The Bell System companies found themselves in 
increasing numbers of civil antitrust damage suits 
brought by its competitors, who charged Bell with 
anticompetitive conduct. Finally, AT&T's conduct 
precipitated a steady stream of complaints into the 
Antitrust division of the Department of Justice— 
which has now responded with its massive anti- 
trust action against the Bell System. 

In an apparent, but belated, effort to defuse the 
then impending antitrust action and also after suf- 
fering a rebuff in the courts, in early October 1974 
AT&T reversed its hard-nosed approach to competi- 
tion. Since then, it 
has been in almost 
continuous nego- 
tiation with the 
specialized carriers, 
under FCC aegis, to 
satisfy their many 
complaints regard- 
ing their access to 
Bell's local-distribu- 
tion facilities. The 
negotiations have 
been going well 
and seem to dem- 
onstrate a renewed 
willingness by 
AT&T to adapt to and live within the competitive 
rules formulated by the FCC. 

Some initiatives have also been taken by at&t 
in recent months to provide less burdensome inter- 
connect procedures with respect to certain classes 
of customer equipment and thereby improve the 
marketing opportunities for such equipment. 

One may speculate, therefore, whether Justice 
would have brought its suit at this time, had AT&T 
initiated corrective measures much sooner. AT&T's 
conduct in these areas, among others, is specifi- 
cally cited in the Government's complaint to sup- 
port the charge that at&t is monopolizing telecom- 
munications services and equipment. 

In any event, AT&T would appear to be well ad- 
vised to continue this process of objective self-reex- 
amination. Many of its corporate values and habits 
are rooted in its monopoly structure. As such, they 
may no longer be compatible with AT&T's partici- 
pation in those markets carved out by the FCC as 
suitable for competition. Certainly, it is in AT&T's 
best long-term interest to restructure its affairs in 
keeping with this new environment, thus min- 
imizing the job to be done by the courts. ■ 
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Changing the boundaries 
between hybrid 
communications and 
hybrid data processing 
can create new services 

David J. McKee 
Planning Research Corp. 
Washington, D.C. 

Terence J. McCormick 
Office of Telecommunications 
U.S. Department of Commerce 
Washington, D.C. 



Essay 



Xhere's untapped wealth 
in the no-man's land be- 
tween the regulated hybrid 
communications and the unregulated hybrid data 
processing industries. Although the Federal Com- 
munications Commission has been reluctant to 
change its so-called maximum separations policy, 
the agency has at last started an inquiry into the 
hybrid services that could be provided by inter- 
mediary vendors. 

The maximum separations policy is no longer in 
the public interest. The policy has prevented devel- 
opment of a new industry that could supply a 
myriad of services making use of many different 
blends of data processing and data communi- 
cations. About the only valid point about the 
present policy is that it prevents cross-subsidization 
of one kind of service by the other. A new policy 
should encourage a computer/communications re- 
sale industry that allows, vendors to offer any com- 
bination of remote access data processing (radp) 
and message switching services specifically tailored 
to each customer's application. 



Hybrid teleprocessing is the gap between the un- 
regulated data processing and the regulated data 
communications industries. (Many of the other 
terms used in this article have been defined in offi- 
cial documents of the FCC, and some are embedded 
in the U.S. legal code. They are given in the panel 
"Data definitions"). 

The potential rewards of hybrid teleprocessing 
are so great that they have fostered widespread vio- 
lations of FCC rules— perhaps because violation is so 
easy and detection is so difficult. Certainly, the 
most widespread violation is the use of subscribers 
to timesharing services of their facilities to perform 
the message switching that, technically, is required 
to be performed by the common carriers. 

The main beneficiary of a shift in the rules 
would be the small businessman who cannot af- 
ford to own a complete teleprocessing network. By 
a change in the policy that would define workable 
boundaries between hybrid communications and 
hybrid data processing, vendors of hybrid tele- 
processing services could combine the require- 
ments of a number of small subscribers and lease 
the required communications facilities in bulk 
from conventional regulated common carriers. In 
the public interest, the most attractive solution ap- 
pears to be continued regulation of common car- 
riers who offer hybrid communications services, 
but to not regulate data processing vendors who 
offer hybrid services using circuits leased from the 
common carriers. 

Whatever the FCC's final decision, the com- 
puter/communications resale industry should be 
structured to: 

• Respond to user needs. 

• Allow easy market entry for new companies. 

• Encourage introduction of new services and 
marketing strategies. 

• Permit market forces to encourage realistic 
competition. 

• Speed the transfer of new technological devel- 
opments to commercial exploitation. 

• Require minimum capital investment. 

In modifying the maximum separations policy, 
the FCC should carefully consider the public inter- 
est, the users, the Government, the economic via- 
bility of the decision, fair competition, monopoly 
practices, laissez faire entrepreneurship, and me- 
ticulously delineate each segment of the industries 
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1. The FCC's present maximum separations policy 
substantially prohibits implementing a variety of hy- 
brid teleprocessing services for public use. 



involved as to regulation, nonregulation, or ; per- 
haps even, deregulation. 

Figure 1 puts the present maximum separations 
policy into perspective. Here, hybrid data process- 
ing services involve activities in which the use of 
data communications is incidental. At present, ser- 
vices operating in this manner do not require regu- 
lation and, thus, are not under FCC jurisdiction. As 
the figure shows, remote access data processing 
falls in the class of hybrid data processing, as does 
the local data processing, which uses no data com- 
munications at all. 

Hybrid communications services provide data 
communications, with data processing essentially 
an incidental feature. Such offerings are regulated 
as communications common carriers. Typical hy- 
brid communications offerings include value 
added networks, message switching (TWX and 



telex), and switched offerings like direct distance 
dialing services. 

In private data communications networks, the 
user can do both remote access data processing and 
message switching without incurring the displeas- 
ure of common carriers or running afoul of Federal 
Communications Commission regulations. The 
maximum separations policy applies only to public 
offerings. 

At present, a strict interpretation of the max- 
imum separations policy would prohibit the sale of 
hybrid teleprocessing services. Moreover, the loca- 
tion of the borders between the three types of ser- 
vices have been difficult to define, which leads to a 
policy interpretation that, at best, results in an un- 
certain status for hybrid teleprocessing. In turn, 
this regulatory uncertainty has fostered surrep- 
titious hybrid teleprocessing by some subscribers to 




available international and domestic timesharing 
services. 

There is a great economic incentive for a sub- 
scriber to employ a timesharing company's data 
communications network for message switching, 
since in, some cases the cost drops to one fourth to 
one half that charged by a record carrier such as 
Western Union. The savings are particularly great 
for international transmissions. 

It's simple to achieve surreptitious hybrid tele- 
processing: 

■ A user inputs into a timesharing system, trans- 
mits his file of data and saves it in the computer. 
Then another user dials into the system and reads 
the file. This is typical of a legal, unregulated data- 
base service provided by a timesharing company. 

■ A user dials into a system, transmits a file of 
data, saves the file, and then inputs a telephone 
number of another user. After the first user has dis- 
connected, the timesharing system dials out to the 
terminal of the second user. With such an arrange- 
ment, the two users are employing the unregulated 
timesharing service to provide, in an illicit man- 
ner, substantially the same service as a store-and- 
forward message switching service. 

■ A user dials into a timesharing system, inputs 
a telephone number, and the program the user is 
running dials out to another terminal. The two ter- 
minals interact in a conversational mode. Again, 
the unregulated timesharing service is being used— 
wrongly and at lower cost— in competition with 
Western Union's twx and telex services. 

■ Several users dial into a timesharing system, 
input and save their data files. After all the files 
have been saved, the system dials out to selected 
terminals and outputs all the files as a single report. 
But the regulatory status of such a useful informa- 
tion retrieval service is uncertain, if not actually 
prohibited, by the maximum separations policy. 

Legality in doubt 

Uncertainty exists about the legality of public 
provisioning of message switching by commercial 
timesharing vendors. The end users are neither or- 
ganized nor homogeneous enough to force a deci- 
sion. Commercial timesharing companies cannot 
afford to offer message switching if doing so would 
involve interminable regulatory proceedings, and 
protracted and expensive litigation. 

Even if the FCC were to clearly prohibit such mes- 
sage switching, there appears to be no feasible way 
of policing these activities since— as mentioned— it 
is difficult, if not impossible, to distinguish mes- 
sage switching from legal teleprocessing activities 
involving file updates and data processing. 

Furthermore, distributed networks that share the 
teleprocessing load between the public vendor's 
processors and the customer's processors blur the 
allocation of functions between their computers, 
making it even more difficult to draw a distinct 
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line between remote access data processing and 
message switching. Under these circumstances, to 
definitely prohibit hybrid teleprocessing altogether 
would simply drive unregulated message switching 
underground. 

In its 1971 Computer Inquiry (Docket 16979), 
the FCC ruled that when a message switching ser- 
vice is offered as an integral part of and as an inci- 
dental feature of a package offering that is primar- 
ily data processing, the service will be unregulated. 
But when the package offering is oriented essen- 
tially to satisfy the communications or message 
switching requirements of a user— and the data pro- 
cessing feature or function is an integral part of 
and incidental to the message switching— the en- 
tire service will be subject to Government regu- 
lation. 

For package offerings that contain more than an 
incidental amount of both data processing and 
message switching, the FCC determines the regu- 
latory status on a case-by-case basis. 

Not so incidental 

Several problems arise from this "incidental" rul- 
ing. First, it is not clear what is to be considered a 
package offering. The FCC is accustomed to ruling 
on offerings of the communications common car- 
riers. In these offerings, usually presented in the 
form of clearly defined tariffs, there is little flexibil- 
ity as to how the user may employ the service. 

However, in the offerings from RADP vendors, 
there is almost unlimited flexibility as to how a 
customer may combine the features of the services 
to accomplish his tasks. The definition of package 
is not clear. Is the package offering the entire ser- 
vice offered by the vendor? Is it one particular sys- 
tem? Is it the service as used by one customer? Or is 
it one task performed by the user? These are some 
questions not addressed by the FCC decision on its 
Computer Inquiry. Therefore, the gap between hy- 
brid data processing and hy rid communications 
remains rather wide and uncertain. 

However, a recent decision by the agency has 
helped define the borders between hybrid commu- 
nications and hybrid teleprocessing. The decision 
allowed Packet Communications Inc. (PCI) to con- 
struct and operate as a regulated common carrier a 
value added network (van). A van leases circuits 
from an established common carrier, adds value by 
providing such communications equipment as 
multiplexers and concentrators, and resells a com- 
munications service to end users. 

It is emphasized that the vans are not offering a 
hybrid teleprocessing service, but rather a hybrid 
communications service with— at most— incidental 
data processing functions. Thus, in allowing vans, 
the FCC has not yet made a decision concerning hy- 
brid teleprocessing services. 

The ruling also allows other business organiza- 
tions to provide van services. Subsequently the ap- 



Data definitions 

Data processing is the use of a computer for 
the processing of information, as distinguished 
from circuit or message switching. Processing 
involves the use of the computer for operations 
that include the functions of storing, retrieving, 
sorting, merging, and calculating data accord- 
ing to programed instructions. 
Message switching is the computer-controlled 
transmission of messages via communications 
facilities between two or more points, wherein 
the contents of the messages remain essen- 
tially unaltered. 

Local data processing service is an offering of 
data processing wherein communications facil- 
ities are not involved in serving the customer. 
Remote access data processing service is an 

offering of data processing wherein communi- 
cations facilities that link a central computer to 
remote customer terminals provide for the 
transmission of data between the computer 
and customer terminals. 

Hybrid service is an offering of service that 
combines remote access data processing and 
message switching to form a single integrated 
service. 

Hybrid data processing service is a hybrid ser- 
vice offering wherein the message switching 
capability is incidental to the data processing 
function or purpose. 

Hybrid communications service is a hybrid ser- 
vice offering wherein the data processing ca- 
pability is incidental to the message switching 
function or purpose. 

Hybrid teleprocessing is a hybrid service offer- 
ing which includes more than an incidental 
amount of both data processing and message 
switching. 



plications of Telenet Communications Corp. and 
several other value added carriers were approved. 

Economics plays an important role in whether or 
not hybrid teleprocessing can lead to public offer- 
ings by the computer/communications resale in- 
dustry. Users want to know if new services would 
be the least expensive way to accomplish the re- 
quired tasks. Vendors want to determine the com- 
mercial potential for these services and the cost of 
rendering them. 

Economic discrimination 

Government policy makers would want to study 
hybrid teleprocessing economics to determine capi- 
tal requirements and other factors so as to find out 
if the public interest would best be served by Gov- 
ernment regulation of many vendors in open com- 
petition, regulation of one or a few monopolistic 
vendors, or not requiring regulation at all. 

Business users are the hardest hit by the lack of 



hybrid teleprocessing services. Those companies 
with large remote data processing and message 
switching requirements, may have enough load to 
economically justify private hybrid systems. Many 
companies have gone and will go this route to sat- 
isfy their computer/communications require- 
ments. But those companies with small require- 
ments for remote data processing and message 
switching, cannot justify building their own dedi- 
cated computer/communications systems. 

The result is economic discrimination against 
the low volume user. Some options open to them 
now are not economically viable or are of uncer- 
tain legality. Although the businessman can pro- 
cure data processing services from an RADP vendor 
and communications services from a common car- 
rier, the cost of separate services could well be pro- 
hibitive. 

The small user could connect his own computer 
with a VAN when one becomes available. Such net- 
works are legal and regulated. While this approach 
may save some communications costs, the user 
does not enjoy the opportunity to partake of the 
myriad of specialized programs and other data pro- 
cessing services available from an on-line time- 
sharing company. 

Finally, the subscriber could engage in surrep- 
titious hybrid teleprocessing by clandestine use of 
the message switching capability inherent in many 
remote data processing services offered by time- 
sharing vendors. 

Costs are favorable 

Whether or not hybrid teleprocessing can be mean- 
ingful to the user community depends on the eco- 
nomic health of the vendor. Figure 2 shows unit 
cost as a function of relative load for a hybrid tele- 
processing service constructed around three sepa- 
rate and independent computer/communica tions 
systems. One system is dedicated to message 
switching, another to interactive on-line data pro- 
cessing (similar to timesharing), and the third to 
remote batch data processing. 

In this typical example, the load is composed of 
equal amounts of the three tasks. Traffic would 
originate in the 50 largest metropolitan areas in the 
U.S. A load level of 1 can be supported by one 
small computer system. More computers (perhaps 
100 to 200 large mainframes) and more communi- 
cations facilities are required when the load level 
reaches 1,000 units. 

To put this into perspective, at a load-level of 1, 
the monthly rental cost for the data processing 
equipment and communications facilities would 
come to about $600,000. At a load level of 1,000, 
the monthly cost would be $140 million-but this 
load level far exceeds that needed to satisfy even 
the most grandiose potential market for hybrid 
teleprocessing. 

Figure 2 also contains the unit cost curve for a 



hybrid teleprocessing configuration in which the 
three services are implemented in one integrated 
computer/communications system. Such a system 
is much less costly than that for the three indepen- 
dent, but smaller, systems. 

The cost for an integrated system, which starts at 
$300,000 a month for a load level of 1, is half that 
for the three independent systems. But at a load 
level of 1,000, the costs for both configurations are 
essentially the same. Thus, there is an economic 
advantage in implementing one multitask system. 
The reduction in cost for the integrated system is 
not the results of economics of integration, but 
from the well-known economies of scale. The unit 
cost of a large system is less than the unit cost of 
several small systems, whether their tasks are simi- 
lar or not. 

More detail on costs of integrated hybrid tele- 
processing systems are presented in Figure 3. Here, 
the curve labeled "total system cost" is the same as 
the curve labeled "multitask hybrid" in Figure 2. 
This cost is the sum of computer and communi- 
cations costs, and overhead— but marketing costs 
and profit are excluded. Again, the computer costs 
are based on the monthly rental for the number of 
computers required to handle a given load level. 
And the communications costs are based on the 
monthly value of communications processors, 
other data transmission equipment, and the com- 
mon carrier tariffs for dial-up and leased circuits. 

As might be expected, the unit cost of the total 
system decreases rapidly at low load levels and 
gradually flattens at the higher levels. That is, econ- 
omies of scale exist for multitask hybrid tele- 
processing systems out to very high load levels. 

The unit cost for data processing computers 
starts to flatten at load levels requiring about 10 
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2. The integration of separate hybrid systems into 
one larger over-all system lowers the unit cost be- 
cause the one larger system enjoys the benefits of 
the well known economies of scale. 



LOAD LEVEL (RELATIVE) 



3. As hybrid networks become larger, measured by 
their load levels, data processing costs remain 
steady after reaching a certain plateau, but commu- 
nications costs keep on decreasing. 

large computer systems. But unit communications 
cost continues to decrease, even out to the highest 
load levels, where it has little impact on the total 
unit cost. The main reason for the continued re- 
duction in unit communications cost is that a net- 
work interconnecting more and more computers 
makes increasingly efficient use of transmission 
lines and other communications equipment. Effi- 
ciency is improved by load balancing, message 
queuing during peak loads, and message inter- 
leaving. Figure 3 shows that the larger the over-all 
hybrid teleprocessing system, the less is the unit 
cost to perform a given task. 

The distance between the two curves in Figure 2, 
particularly at the smaller load levels, indicates 
that there is sufficient incentive for private enter- 
prise to profitably offer these systems to the public 
on a multicustomer shared-system basis. 

Figure 3 shows that the cost to the hybrid tele- 
processing vendor for transacting a customer's load 
level of 1 would be 30 cost units, say $3, which 
may be slightly less than the customer's cost for ex- 
ecuting the same transaction via a common carrier 
and a timesharing vendor. However, the cost to the 
hybrid vendor for transacting 10 load levels— one 
from each of 10 customers— would be $1.50 per 
transaction and should mean lower cost to the end 
user. 

With hybrid teleprocessing available, users can 



272 



save money as well as enjoy services previously de- 
nied them because of high cost. And vendors can 
make money providing the services. 

Workable boundary 

Implementing hybrid teleprocessing will require a 
change in Government policy. The main require- 
ment of any new policy should be that it clearly 
delineate a workable boundary between regulated 
communications common carriage and unregu- 
lated remote computer-network services. Some al- 
ternative policy options are: 

• Regulating on-line data processing services. 

• Regulating hybrid teleprocessing. 

• Maintaining the status quo. 

• Allowing hybrid teleprocessing when commu- 
nications services are supplied by a van carrier. 

• Allowing hybrid teleprocessing when the ven- 
dor does not own the transmission circuits. 

• Deregulating hybrid teleprocessing. 

• Deregulating all public message-switching ser- 
vices. 

• Deregulating all communications services. 

The first and last of these alternatives are unac- 
ceptable because they are unrealistic and contrary 
to the public interest. But they do serve as bound- 
aries between which a viable policy can exist. 

Three other options mentioned above are dis- 
cussed next. 

DEREGULATE ALL MESSAGE SWITCHING. The total 

deregulation of message switching as a communi- 
cations common carrier function is an attractive 
option. The traditional rationale for regulation of 
message switching was appropriate when the na- 
tion was communications-poor. 

But now the nation is becoming rich in commu- 
nications as the result of the increase in new busi- 
ness markets and the favorable economies of new 
message switching and networking technologies. 
Stable free market competition among vendors of 
message switching services would arise within the 
computer/communications resale industry. 

And if all message switching is deregulated, then 
hybrid teleprocessing must become deregulated- be- 
cause the data processing component of hybrid 
teleprocessing is already unregulated. 

hybrid teleprocessing USING vans. Another rea- 
sonable option is to deregulate message switching 
only in hybrid teleprocessing applications. This 
can be unconditional. 

Or deregulation can apply when the communi- 
cations network of the hybrid teleprocessing sys- 
tem is provided by a van or some similar type of 
carrier. Under this option, radp vendors could con- 
tinue to offer message switching services over com- 
mon carrier communications networks. But then 
vendors could not offer message switching on the 
leased networks to their customers. This means 
that a data processing vendor could offer message 
switching only if he "gave up" the communi- 



cations portion of his service to a van or other 
communications carrier. The vendor would 
merely be an agent between the communications 
carrier and the vendor's message switching custom- 
ers—who also happen to be his data processing cus- 
tomers. 

HYBRID TELEPROCESSING OVER LEASED CIRCUITS. 
This option would constrain hybrid teleprocessing 
vendors from owning circuits. The vendors would 
lease them from common carriers, but would not 
be prevented, as now, from reselling the use of the 
circuits. The capital-intensive communications 
carriers would continue to receive regulatory pro- 
tection for their facilities as an incentive to invest 
hundreds of millions of dollars in plant. By this 
same line of reasoning, vans could also be deregu- 
lated, since they would obtain circuits from the 
regulated common carriers. 

Framework for the future 

Deregulation of vans is a necessary first step in es- 
tablishing new policies. An important character- 
istic of vans is that none that have received ap- 
proval from the FCC have proposed to construct 
their own transmission facilities. Thus, their capi- 
tal investment will be small, compared with that of 
the common carriers. Nor do vans require radio 
spectrum allocations. Because ownership of trans- 
mission facilities is unnecessary, many industry 
observers, as well as Packet Communications Inc., 
have questioned the requirement for regulation of 
vans before they can go into business and offer ser- 
vices to the business community. 

There is a major objection to a computer/ 
communications resale industry. The objection is 
that a regulated communications carrier could be 
drawn into unfair competition with its own cus- 
tomers. The vendors could offer similar services, 
but they would be unfettered by regulation. 

The counter-argument is that resale by the in- 
dustry as a whole would stimulate offerings that 
now are largely ignored by the common carriers. 
And when several companies offer hybrid tele- 
processing services, the competition between them 
would foster the development of specialized, more 
creative offerings. 

Bridging the gap 

By aggregating the demands of many small commu- 
nications users, resale vendors could represent total 
requirements to the carriers as if they come from a 
single customer. In this way, vendors could bridge 
the gap between large customers who can utilize 
economical bulk communications capacity solely 
for their own internal use and small customers 
who cannot justify such capacity by themselves. 

Open-entry and resulting competition for hybrid 
teleprocessing could lead to the duplication of 
communications services. But duplication of ser- 
vices is less important than is the efficient utiliza- 
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tion of the capital-intensive transmission facilities 
already installed or being constructed in this coun- 
try. And efficient utilization can be obtained by ex- 
ploiting the potential economies of scale resulting 
from larger networks. 

Offer all services 

The recommended regulatory structure for hybrid 
services is shown in Figure 4. The regulated con- 
ventional and specialized common carriers would 
be allowed to offer all hybrid communications ser- 
vices. With only one restriction, the entire spec- 
trum of hybrid services (data processing, tele- 
processing, and communications) would be open 
to unregulated resale industry vendors. The restric- 
tion would be that these vendors could not own 
communications circuits, but would have to lease 
them from the common carriers. 

This policy would seem to encourage competi- 
tion for hybrid communications services between 
the unregulated resale vendors and the regulated 
common carriers. However, the nature of hybrid 
teleprocessing services could foreclose such compe- 
tition. 

On the one hand, the unregulated vendors might 
not be able to compete with the common carriers 
in offerings that are basically communications be- 
cause the regulated common carrier would be able 



4. Under recommended policy, certain hybrid ser- 
vices—such as value added networks— would be- 
come competitive, both regulated and unregulated 
companies would participate in the market. 

to charge the end users the same that the resale 
vendor would have to pay. 

On the other hand, common carriers make 
money by increasing their capital investments to 
expand their rate base, and they probably would 
not want to compete in the small-investment spe- 
cialized services markets in which the resale ven- 
dors would tend to operate. 

Furthermore if an unregulated vendor were able 
to compete with a regulated common carrier for a 
given service, it must be questioned why the ser- 
vice was regulated in the first place. The purpose of 
regulation is to protect the public— not the sup- 
plier—where competition is supposedly not pos- 
sible because of the capital-intensive natural mo- 
nopoly nature of the service. 

The net result of this recommended structure 
would be to deregulate all hybrid services except 
those that are of a capital-intensive nature. The 
timesharing industry is a good example of what the 
computer/communications resale industry could 
become. The timesharing industry has responded 
to user needs, developed innovative service offer- 
ings, enjoyed easy market entry, and stimulated 
stiff competition. ■ 
The views and interpretations expressed here are those of the 
authors and should not be interpreted as necessarily represent- 
ing those of their organizations. 
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Standards for 

data 
communications 



Equipment and procedures 
are forced to follow 
the rules of the road 
for information transfer, 
and many organizations 
are out painting the signs 

Glenn C. Hartwig 
Data Communications 



Specification 



The standards developed 
by various governmental 
agencies, industry groups, 
and manufacturers not only govern the kinds of 
equipment the user buys, but also govern most as- 
pects of its operation. These rules, among other 
things, determine how fast the equipment operates, 
the type and quality of carrier facilities the user 
may access, compatibility of the equipment with 
these facilities as well as equipment from other 
manufacturers, and the types of codes and proto- 
cols that must be followed. However, new stan- 
dards are not adopted to harass the user who is 
happy with his communications setup; they are 
designed to keep up with the state of the art in the 
field of data transfer. 

Although most groups that develop standards in- 
sist that complying with documents, rules, and 
regulations they develop is "voluntary" or merely 
"recommended practice," the effect on the user is 
the same as if the standards were handed down by 
decree. And although members of regulation-mak- 
ing committees may put forth various proposals, ar- 
gue among themselves as to the best courses of ac- 
tion, and determine the viability of a particular 
course of action, the user, at the end, is handed a 
set of rules and specifications he must follow if he 
wants to transmit information digitally from point 
A to point B. 

Some groups invite public comments and sugges- 
tions before presenting a proposed standard to the 
general committee of the organization for final ap- 
proval, and some groups offer users a limited op- 
portunity to comment on the proposals. However, 
others keep the user in the dark until the day he is 
told that new practices have been instituted. The 
secretive process may require the user suddenly to 
send his equipment back to the shop for modi- 
fication, but seldom do the new practices make in- 
place equipment obsolete. 

But even though a standards-making body may 
not give advance warning of a change, the user 
probably won't be put out of business. The pace of 
adopting new standards is usually slow enough 
that, by the time they appear, the user has been 
told by his supplier that innovations are on the 
way— and the warning is usually accompanied by a 
sales proposal. 

What's more, rarely are changes so drastic that 
existing equipment is taken off the market or 
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modes of transmission discontinued. The rules of 
the road that cause the greatest amount of disloca- 
tion are seldom called standards, even though they 
may may carry the same weight. These quasi-stan- 
dards are the ones announced by equipment man- 
ufacturers and common carriers that dictate the 
rates on various types of lines and what kinds of 
equipment are needed to operate one manufac- 
turer's equipment with gear supplied by another 
data communications equipment maker. 

Suppliers of data communications equipment 
compatible with their own mainframes, other ter- 
minals, or the central processing units of other 
manufacturers have publications that describe the 
equipment, specify operating parameters, and de- 



tail operating procedures. Manufacturers' represen- 
tatives can provide such manuals for most data 
communications equipment. 

However, regardless of whether the standard is 
developed by a governmental agency, an industry 
committee, or a manufacturer, the user must wade 
through stacks of manuals and documents to make 
sure that his equipment conforms. Or he may have 
to figure out how to have his equipment modified 
to keep on operating. To assist the user in his task, 
Data Communications is publishing this list of 
applicable standards from ANSI, the Electronic In- 
dustries Association, the Institute of Electrical and 
Electronic Engineers, National Communications 
System, International Standards Organization, and 



Developing a standard 



Development of data communications standards 
is an evolutionary process. Proposals for exploit- 
ing a technology are generated when it reaches 
a new plateau. Inventive minds develop ways to 
raise procedures to a new level of sophistication. 
As an orderly means of implementing these 
practices, new standards are developed. And as 
the procedures go into operation in data com- 
munications networks, the new requirements in- 
variably lead to sales of new, higher-technology 
equipment. However, the head of one of the 
more important standards-development groups 
insists that no faction or company dominates 
standards development. 

The process of developing a standard is exem- 
plified by the work of the American National 
Standards Institute's task group X3S3.4, Link 
Control Procedures, which developed the Ad- 
vanced Data Communications Control Proce- 
dures. This bit-oriented full-duplex procedure, 
which will eventually replace character-oriented 
communications, was first proposed in 1969, but 
equipment to implement these procedures is 
only now making its way into the marketplace. 

Chairman of task group X3S3.4 is David 
Carlson, an engineer on the technical staff at 
Bell Telephone Laboratories, Holmdel Township, 
N. J. Carlson denies that he or his group actually 
set the standards, even though the group did a 
good deal of work in preparing the proposal. The 
committee had to expand and broaden the 
scope of the original ideas and extend its poten- 
tial capabilities before forwarding it. 

"We're really people with degrees of technical 
expertise in an area," Carlson explains. "Be- 
cause the representation embodied in our mem- 
bership covers such a broad cross section of the 
industry— users, manufacturers of mainframes, 
manufacturers of terminals, providers of tele- 



communications facilities, and the like— the pro- 
posals that come out of our meetings only repre- 
sent the consensus of a group of technical 
experts in one field. The standardization process 
is one that then entails scrutiny of our proposals 
up a long chain of decision-making." 

Carlson also disagrees with the popular view 
that business competition plays an important 
role in the attitudes of committee members. 
"When we meet, I don't think it's possible to say 
there's a manufacturer's, a carrier's, or a user's 
group. That would be as much as saying that 
there exists within a particular segment of the in- 
dustry a form of group agreement on how some- 
thing ought to be done. I don't think that gener- 
ally exists. What you're doing is presenting 18 
individual technical experts with a problem of 
how data-link control might best be structured 
and relying on their individual expertise to come 
up with an answer that will serve today's and to- 
morrow's data communications environment." 

Except for a member of a private consulting 
firm in California, the only "user-oriented" par- 
ticipants in Task Group X3S3.4 include members 
of the U. S. Office of Telecommunications and 
"companies that are in the business of providing 
systems based on the best components avail- 
able. In that sense, they reflect a user's view." 

And rather than being a burden, Carlson con- 
siders r than being a burden, Carlson considers 
a standard is something that everyone is willing 
to accept and can comfortably live with. "You ar- 
rive at that end," Carlson observes, "through all 
of the various conflicts between all those repre- 
sented. One company may present its idea better 
at one meeting, but the length of the standard- 
ization process does not permit a favorite pro- 
posal to be rammed through before the opposi- 
tion can marshal stronger arguments." 
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the common carriers (see associated "Standards- 
making organizations" panel). 

This catalog of data communications standards 
includes a brief explanation of the scope of each. 
Prices are supplied when available. 

31SL 

These standards are widely used, but on a volun- 
tary basis and sometimes in modified form. Those 
standards that have been adopted as Federal Infor- 
mation Processing Standards for Government pro- 
curement purposes are designated (fips) and those 
adopted for mandatory use by the Department of 
Defense are designated (DOD). The documents are 
available from ANSI, 1430 Broadway, New York, 
N. Y. 10018. 

A hardworking group that acts as a ramrod for 
ANSI is the Computer and Business Equipment 
Manufacturers Association. Located at 1828 L St. 
N.W. Washington, DC, CBEMA appoints ANSI com- 
mittee members, makes sure work is progressing 
and, distributes papers on work in progress. 

X3.1-1969 SYNCHRONOUS SIGNALING RATES FOR 
DATA TRANSMISSION (FIPS22). $3. 

Provides a group of specific signaling rates for syn- 
chronous serial or parallel binary data trans- 
mission. These rates apply to data circuits at the in- 
terface between data terminal equipment and data 
communications equipment that operate over 
nominal 4-kHz voice-bandwidth channels. 

X3.4-1968 CODE INFORMATION INTERCHANGE (FIPS 1), 
$4.50. 

Denotes the coded character set to be used for the 
general interchange of information among infor- 
mation-processing systems, communications sys- 
tems, and associated equipment. 

V X3.24-1968 SIGNAL QUALITY AT INTERFACE BETWEEN 
DATA PROCESSING TERMINAL EQUIPMENT AND SYN- 
CHRONOUS DATA COMMUNICATION EQUIPMENT FOR 
SERIAL DATA TRANSMISSION, $2.90. 

Applies to the exchange of serial binary data signals 
and timing signals across the interface between 
data processing terminal equipment and synchro- 
nous data communications equipment. 

X3.15-1966 BIT SEQUENCING OF THE AMERICAN NA- 
TIONAL STANDARD CODE FOR INFORMATION INTER- 
CHANGE IN SERIAL-BY-BIT DATA TRANSMISSION (FIPS 16). 



Specifies the bit-sequencing of the ASCII code for se- 
rial-by-bit, serial-by-character, data transmission. 

X3 16-1966 CHARACTER STRUCTURE AND CHARACTER 
PARITY SENSE FOR SERIAL-BY-BIT DATA COMMUNI- 
CATION IN THE AMERICAN NATIONAL STANDARD 
CODE FOR INFORMATION INTERCHANGE (FIPS 17), $3. 

Defines character structures for both synchronous 
and asynchronous transmission modes. The rela- 
tionship of the particular terminals and character 
structures in data communications is included in 
the discussion. 

X3.25-1968 CHARACTER STRUCTURE AND CHARACTER 
PARITY SENSE FOR PARALLEL-BY-BIT DATA COMMUNI- 
CATION IN THE AMERICAN NATIONAL STANDARD 
CODE FOR INFORMATION INTERCHANGE (FIPS 18). $3. 

Specifies the character structure and sense of char- 
acter parity for parallel-by-bit, serial-by-character, 
data communications in the ASCII code, ANSI stan- 
dard X3.4-1968 

X3 28-1971 PROCEDURE FOR THE USE OF THE COMMU- 
NICATION CONTROL CHARACTERS OF THE AMERICAN 
NATIONAL STANDARD CODE FOR INFORMATION INTER- 
CHANGE IN SPECIFIED DATA COMMUNICATION LINKS, 
$6.75. 

Presents control procedures for specified data com- 
munications links that employ the communi- 
cations-control characters of ASCII code, ANSI stan- 
dard X3.4-1968. 

X3.36-1975 HIGH SPEED SYNCHRONOUS DATA SIGNAL- 
ING RATES. 

Provides a group of specific signaling rates for syn- 
chronous, high-speed, serial data transfer. These 
rates exist on the receive-data and transmit-data 
circuits of the interfaces between data terminal 
equipment and data communications equiment 
that operate over high-speed channels. 

X3.44-1974 DETERMINATION OF PERFORMANCE OF 
DATA COMMUNICATIONS SYSTEMS, $7.75. 

Discusses system elements that determine the per- 
formance of an information path, as well as eval- 
uation of criteria used to measure performance in 
a data communications system. 

Proposals expected to be adopted as ANSI stan- 
dards upon completion of balloting in the near fu- 
ture include: X3.57 MESSAGE HEADING FORMATS US- 
ING ASCII FOR DATA COMMUNICATIONS, in addition 

to working papers on network control proce- 
dures, PUByC DATA NETWORKS, CHANNEL LEVEL IN- 
TERFACE, DEVICE LEVEL INTERFACE, AND MINI- 
COMPUTER interface. Under development at the 
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task-group level is X3S34/589 bit-oriented data 
LINK CONTROL PROCEDURES, which may result in the 
formalization, revision, or official recognition, of 
such industry protocols as IBM's SDLC and Bur- 
roughs' BDLC. 




Compliance with eia standards is voluntary. Some 
of them duplicate the publications of ANSI. When 
such duplication exists, it is noted by the corre- 
sponding ANSI standard number in parenthesis. 
Prices are listed when available, eia standards are 
available from the association's headquarters at 
2001 Eye St. N. W., Washington, D. C. 20006. 

RS-232-C, CATALOG 3, INTERFACE BETWEEN DATA TER- 
MINAL EQUIPMENT AND DATA COMMUNICATION 
EQUIPMENT EMPLOYING SERIAL BINARY DATA INTER- 
CHANGE, $5.10. 

Describes interconnection of data terminal equip- 
ment and data communications equipment em- 
ploying serial binary data interchange. The stan- 
dard defines electrical-signal characteristics, 
mechanical interface characteristics, and circuits. 
Included are 13 specific interface configurations in- 
tended to meet the needs of 15 defined system ap- 
plications. A recommended companion document 
is Industrial Electronics Bulletin No. 9, "Appli- 
cation Notes for EIA Standard RS-232-C." y 

RS-357, CATALOG 3, INTERFACE BETWEEN FACSIMILE- 
TERMINAL EQUIPMENT AND VOICE-FREQUENCY DATA 
COMMUNICATION TERMINAL EQUIPMENT, $3. 

Governs analog facsimile systems such as those de- 
fined in eia RS-328 (below) used in common car- 
rier or private voice-band communications chan- 
nels that require a baseband interface with the data 
communications terminal equipment. This stan- 
dard defines a means of exchanging control signals 
and analog-voltage data signals between a facsimile 
data terminal and data communications terminal 
equipment. 

RS-366, CATALOG 3, INTERFACE BETWEEN DATA TER- 
MINAL EQUIPMENT AND AUTOMATIC CALLING EQUIP- 
MENT FOR DATA COMMUNICATIONS, $4.50. 

Describes the interconnection of data terminal 
equipment and automatic calling equipment for 
data communications. It defines electrical-signal 
characteristics, interface mechanical character- 
istics, functional descriptions of interchange cir- 



cuits, and standard interfaces, and it includes rec- 
ommendations and explanatory notes. 

RS-422, ELECTRICAL CHARACTERISTICS OF BALANCED 
VOLTAGE DIGITAL INTERFACE CIRCUITS, $4.25. 

Gives the electrical characteristics of the balanced- 
voltage digital-interface circuits normally imple- 
mented in integrated-circuit technology. 

RS-423, ELECTRICAL CHARACTERISTICS OF UNBAL- 
ANCED VOLTAGE DIGITAL INTERFACE CIRCUITS, $4.25. 

Details the electrical characteristics of the unbal- 
anced digital-interface circuits normally imple- 
mented in integrated-circuit technology. 

RS-269-A, CATALOG 3, SYNCHRONOUS SIGNALING 
RATES FOR DATA TRANSMISSION (ANSI X3.1-1969), $2. 

Provides specific signaling rates for synchronous se- 
rial or parallel binary-data transmission over 4-kHz 
voice-bandwidth channels. 

RS-334, CATALOG 3, SIGNAL QUALITY AT INTERFACE 
BETWEEN DATA PROCESSING TERMINAL EQUIPMENT 
AND SYNCHRONOUS DATA COMMUNICATION EQUIP- 
MENT FOR SERIAL DATA TRANSMISSION (ANSI X3.24- 
1968), $2.90. 

Applicable to the exchange of serial binary data sig- 
nals and timing signals across the interface be- 
tween data-processing terminals and synchronous 
data communications equipment, as defined in RS- 
232-C. This standard is valuable when the various 
pieces of equipment in a system are furnished by 
different producers. 

RS-404, CATALOG 3, STANDARD FOR START-STOP SIG- 
NAL QUALITY BETWEEN DATA TERMINAL EQUIPMENT 
AND NON-SYNCHRONOUS DATA COMMUNICATIONS 
EQUIPMENT, $4. 

Specifies the quality of serial binary signals ex- 
changed across the interface between start-stop 
data terminals and a nonsynchronous modems, sig- 
nal converters, and the like. 

RS-363, CATALOG 3, STANDARD FOR SPECIFYING SIG- 
NAL QUALITY FOR TRANSMITTING AND RECEIVING 
DATA PROCESSING TERMINAL EQUIPMENT USING SE- 
RIAL DATA TRANSMISSION AT THE INTERFACE WITH 
NON-SYNCHRONOUS DATA COMMUNICATIONS EQUIP- 
MENT, $4.30. 

Specifies the quality of serial binary signals ex- 
changed across the interface between synchronous 
or asynchronous data-processing terminals and 
nonsynchronous data communications equip- 
ment, as defined in RS-232-C. 



RS-252-A, CATALOG 3, STANDARD MICROWAVE 
TRANSMISSION SYSTEMS, $6.50. 

Describes the baseband characteristics needed to 
determine compatibility of radio and multiplex 
equipment. This standard applies to the character- 
istics of the transmission path between the multi- 
plex baseband send terminals and multiplex base- 
band receive terminals in both directions of 
transmission. 

RS-328, CATALOG 3, MESSAGE FACSIMILE EQUIPMENT 
FOR OPERATION ON SWITCHED VOICE FACILITIES USING 
DATA COMMUNICATION TERMINAL EQUIPMENT, SI . 

Provides for interchanges between message-type 
facsimile equipment operated through modems 
over switched voice-grade telephone facilities. 

RS-368, CATALOG 3, FREQUENCY DIVISION MULTIPLEX 
EQUIPMENT STANDARD FOR NOMINAL 4-KHZ CHANNEL 
BANDWIDTHS AND WIDEBAND CHANNELS. $4.40. 

Gives criteria for evaluating multiplex-equipment 
performance. This standard may be said to lay out 
a communications system incorporating such types 
of equipment as microwave and cable or enable a 
user to evaluate and specify multiplex equipment 
on a terminal or back-to-back basis. 

RS-373, CATALOG 3, UNATTENDED OPERATION OF 
FACSIMILE EQUIPMENT (AS DEFINED IN RS-328 AND RS- 
357), $1. 

Specifies the sequence and duration of control sig- 
nals at the interface defined in RS-328 and RS-357 
to provide for unattended operation of facsimile re- 
ceivers and transmitters. 

RS-411, ELECTRICAL AND MECHANICAL CHARACTER- 
ISTICS OF ANTENNAS FOR SATELLITE EARTH STATIONS, 
$9.20. 

Specifies electrical and mechanical characteristics 
of antennas for satellite stations with high G/T. 



IEEE 

IEEE standards differ slightly from the others. The 
IEEE develops standards, recommended practices, 
and guides only upon recommendations from its 
members. The publications of the Standards Board 
come in three degrees of importance: standards, 
which are documents with mandatory require- 
ments; recommended practices, which present 



procedures preferred by IEEE; and guides, which 
suggest good practices but make no clearcut recom- 
mendations. These documents are available from 
IEEE headquarters at 345 E. 47th St., New York, 
N. Y. 10017 

\ IEEE STD. 312-1970, DEFINITIONS OF TERMS FOR COM- 
MUNICATION SWITCHING, $5. 

Is a glossary of terms for mandatory use among IEEE 
members. This is a collection of all kinds of com- 
munications buzz words, with a short definition 
following each. 

IEEE STD. 488-1975 STANDARD DIGITAL INTERFACE FOR 
x PROGRAMABLE INSTRUMENTATION AND RELATED SYS- 
TEM components. Price not yet available. 

Deals with systems that use a byte-serial, bit-paral- 
lel transfer of digital data among instruments, ter- 
minals, and data processors. Of limited use in data 
communications, the interface system described in 
the standard is optimized as an interface for com- 
munication over a contiguous party-line bus. 




These National Communications System data 
communications standards are being developed 
under the Federal Telecommunications Standards 
Program. When completed, the proposals anno- 
tated with an asterisk will be published by the Na- 
tional Bureau of Standards as Federal Information 
Processing Standards. They will be available from 
the Office of the Manager, NCS, Washington, D. C. 
20305. 

*FED STD 1001, SYNCHRONOUS HIGH SPEED SIGNAL- 
ING RATES BETWEEN DATA TERMINAL EQUIPMENT AND 
DATA COMMUNICATIONS EQUIPMENT. 

Specifies standard signal rates as indicated in the 
title when data terminal and data communications 
equipment is operated in the synchronous mode 
over wideband transmission facilities. The speci- 
fied rates are 16, 48, 56, 64, 1,344, and 1,544 bits per 
second. 

*FED STD 1031 FUNCTIONAL AND MECHANICAL 
- CHARACTERISTICS OF THE DATA TERMINAL TO DATA 
COMMUNICATIONS EQUIPMENT INTERFACE. 

Specific's the functions to be executed across the in- 
terface between data terminal and data communi- 
cations equipment and designates pin numbers of a 




new standard connector. Coupled with Fed Std 
1020 and 1030, 1031 will gradually phase out the 
use of EIA Standard RS-232-C by Federal Govern- 
ment departments and agencies. 

FED STD 1020 ELECTRICAL CHARACTERISTICS OF BAL- 
ANCED VOLTAGE DIGITAL INTERFACE CIRCUrTS (this 
standard adopts eia Standard RS-422). 

Specifies the electrical characteristics of digital 
equipment interfaces using electrically balanced 
line drivers, transmission lines, and terminators. 



ISO 1177-1973 (E) INFORMATION PROCESSING-CHAR- 
ACTER STRUCTURE FOR START/STOP AND SYNCHRO- 
NOUS TRANSMISSION, $3.15. 

Specifies the character structure of the 7-bit coded 
characters set for serial-by-bit start/stop and syn- 
chronous data transfer through modems between 
the data terminal equipment and data communi- 
cations equipment. 

ISO 1745-1975 (E) BASIC MODE CONTROL PROCEDURES 
FOR DATA COMMUNICATIONS SYSTEMS. 
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*FED STD 1030 ELECTRICAL CHARACTERISTICS OF UN- 
BALANCED VOLTAGE DIGITAL INTERFACE CIRCUITS 

(This standard is the same as eia Standard RS-423). 
Is identical in scope to Fed Std 1020, except that it 
deals with unbalanced line drivers, transmission 
lines, and terminator devices. 

•fed std, unnumbered, bitoriented data link 

CONTROL PROCEDURES. 

Describes bit-oriented machine-to-machine codes 
and procedures to control information transfer 
over data transmission links. 

*fed std, unnumbered, message formats for 
Xdata communication systems employing bit-ori- 
ented DATA LINK CONTROL PROCEDURES. 

Designates standard message formats compatible 
with bit-oriented data-link-control procedures. 
This standard and the one listed immediately 
above are being developed in cooperation with ANSI 
subcommittee X3S3. 

•FED STD 1033 CRITERIA FOR ASSESSING THE PERFORM- 
ANCE OF TELECOMMUNICATIONS SYSTEMS SUPPORTING 
FEDERAL INFORMATION PROCESSING SYSTEMS. 

Defines user-oriented performance criteria and 
measuring techniques for assessing the perform- 
ance of telecommunications facilities used in di- 
rect support of Government data processing sys- 
tems. 



ISO 

ISO 

ANSI, on behalf of the United States, has agreed to 
use these ISO standards in the U.S. as part of the 
worldwide data communications standardization 
process. Prices are listed when available, iso stan- 
dards are available through ANSI at 1430 Broadway, 
New York, N. Y. 10018. 



Tells how to implement the ISO/CCITT 
7-bit coded character set for information inter- 
change on data transmission channels. The stan- 
dard also defines the formats of the transmitted 
messages and the supervisory sequences in the 
transmission control procedures. These procedures 
deal with transmission over one link at a time, but 
not operation of data links in parallel. This class of 
control procedures, known as the "basic mode," ap- 
plies at the interface between data communi- 
cations equipment and data terminal equipment. 

ISO 2110-1972 DATA COMMUNICATIONS-DATA TERMI- 
NAL AND DATA COMMUNICATIONS INTERCHANGE CIR- 
CUITS-ASSIGNMENT OF CONNECTOR PINS. 

Defines what information will be carried by par- 
ticular pins in an interconnection plug, much like 
EIA RS-232-C. 

ISO 2111-1972 (E) DATA COMMUNICATION-BASIC 
MODE CONTROL PROCEDURES-CODE INDEPENDENT IN- 
FORMATION TRANSFER. 

Defines the means by which a data communi- 
cations system operating according to the basic 
mode procedure for 7-bit coded character set de- 
fined in iso/r 1745 (described above) can transfer 
information messages without code restrictions. 
Standard extends sections of ISO/R 1745 regarding 
information transfer and describes other uses for 
the data link escape (DLE) character. 

ISO 2593-1973 (E) CONNECTOR PIN ALLOCATIONS FOR 
USE WITH HIGH-SPEED DATA TERMINAL EQUIPMENT, 
$3.15. 

Is a guide to data terminal equipment that operates 
at a data-signaling rate greater than 20,000 bits per 
second. The standard also correlates the interface- 
circuit numbers required for use in Government- 
specified equipment with the pin numbers speci- 
fied by military standards for connectors used on 
data communications equipment and the data ter- 
minal equipment. The Government/military spec- 
ification, which requires that data terminal equip- 
ment shall be terminated by a 34-pin connector, is 



available from Navy Publications and Form Center, 
5801 Tabor Ave., Philadelphia, Pa. 19120. 

ISO 2628 1973 (E) BASIC MODE CONTROL PROCEDURES- 
COMPLEMENTS 

Extends the digital basic-mode control procedures 
defined in ISO/R 1745 and ISO 2111 to add recovery 
procedures, abort and interrupt procedures, and 
multiple-station selection. Systems that conform to 
ISO/R 1745 do not necessarily have to include the 
functions described in this international standard. 
However, systems implementing the functions de- 
scribed in this standard and conforming to ISO/R 
1745 and ISO 2111 are required to follow these rec- 
ommendations. 

ISO 2629-1973 (E) BASIC MODE CONTROL PROCEDURES- 
CONVERSATIONAL MESSAGE TRANSFER. 

Defines the means by which a data communi- 
cations system operating according to the basic- 
mode control procedures defined in ISO/R 1745 can 
interchange information messages in a fast conver- 
sational manner. Particularly adaptable to in- 
quiry/response systems, this standard extends in- 
formation transfer, as defined in ISO/R 1745, to 
allow two stations connected by a data link to re- 
verse their master/ slave status, thereby reversing 
the direction of the information transfer. 

ISO is also considering two proposed inter- 
national standards relating to bit-oriented data-con- 
trol procedures. The first is tentatively referred to 
as ISO DIS 3309 hdlc frame STRUCTURE. It determines 
how information carried by bit-oriented data com- 
munications facilities is positioned, and the mean- 
ing given to the information in each frame. The 
second is ISO DP 4335 ELEMENTS of data LINK CON- 
TROL PROCEDURES. This draft proposal, which will 
come up for vote at ISO's October meeting in Wash- 
ington, D.C., is designed to provide a scope and de- 
fine applications for synchronous bit-sequence-in- 
dependent data transmission. 




These standards are supplied by the Bell System, 
but mci and Data Transmission Co. describe theirs 
as "about the same." Except as noted, copies of all 
standards are priced at $1.50. They may be ordered 
from American Telephone and Telegraph Co., Su- 
pervisor-Information Distribution Center, 195 
Rmadwav, Room 208, New York, N. Y. 10007. 



PUB41001 30-BAUD PRIVATE LINE CHANNELS INTER- 
FACE SPECIFICATION-DECEMBER 1967 

Describes connection requirements of a private- 
line channel capable of transmitting two-state sig- 
nals at rates up to 30 b/s for metering, supervisory 
control, and miscellaneous signaling purposes. End- 
to-end metallic continuity is not a requirement of 
this channel and is seldom available. The interface 
signal is two-state direct current. 

PUB41002 45-, 55-, AND 75-BAUD PRIVATE LINE CHAN- 
NELS INTERFACE SPECIFICATION-DECEMBER 1967. 

Describes connection requirements of three pri- 
vate-line channels capable of transmitting two-state 
signals up to their respective rated speeds for tele- 
typewriter, data-metering, supervisory control, and 
miscellaneous signaling purposes. End-to-end me- 
tallic continuity is not a requirement of this chan- 
nel and is seldom available. The interface signal is 
two-state direct current. 

PUB41003 150-BAUD PRIVATE LINE CHANNELS INTER- 
FACE SPECIFICATIONS— FEBRUARY 1968. 

Describes connection requirements of a private- 
line channel capable of transmitting two-state sig- 
nals at speeds up to 150 b/s for teletypewriter, data- 
metering, supervisory controls, and miscellaneous 
signaling purposes. The interface to computers and 
terminals is the same as EIA RS-232-C. 

PUB41004 DATA COMMUNICATIONS USING VOICE- 
BAND PRIVATE LINE CHANNELS-OCTOBER 1973. 

Provides voice-band and channel-connection ar- 
rangements for private-line data transmission. 
Specifies analog impairment limits supported on 
channels, digital parameters that can be supported 
by Bell System service, engineering considerations 
for two-point and multipoint channel usage, and 
information on maintenance and channel avail- 
ability are included. 

PUB41005 DATA COMMUNICATIONS USING THE 
SWITCHED TELECOMMUNICATIONS NETWORK-REVISED 
MAY, 1971. 

Details the structure and operation of the ddd net- 
work, presents switching and transmission per- 
formance data on the network, and discusses topics 
related to data communications on the switched 
telecommunications network. 

PUB41101 DATA SET 103A INTERFACE SPECIFICATION- 
FEBRUARY 1967. 

Specifications for modem 103A, which provides 
full-duplex low-speed serial data transmission at 
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rates up to 300 b/s. The 103A, used in conjunction 
with Data Auxiliary Set 804B1, may be arranged for 
automatic origination, automatic answering, and 
alternate voice. This modem is used for Dataphone 
service and TWX-CE applications. 

PUB41012 1A DATA STATION, MULTICHANNEL AR- 
RANGEMENT USED IN PROVISION OF TWO-POINT CHAN- 
NELIZING SERVICE— JUNE 1973 

Defines a frequency-division multiplexer capable 
of deriving 75-and/or 150-b/s channels from a 3002 
private-line voice-band channel. 

PUB41021 DIGITAL DATA SYSTEM-CHANNEL INTER- 
FACE SPECIFICATIONS-PRELIMINARY- MARCH 1973. 

Describes the digital data system and the interface 
required between the channel termination equip- 
ment of the DDS, contained in a channel service 
unit (CSU), and the customer's data terminal. A 
CSU must be used when the customer's equipment 
performs coding and decoding, timing recovery, 
synchronous sampling, formatting, and generation 
and recognition of control signals. 

PUB41102 DATA SET 103A3, 103E, 103G, AND 103H-IN- 
TERFACE SPECIFICATION-OCTOBER 1973. 

Specifies connectivity requirements for modems 
103 A3, E,G, and H, which provide full-duplex low- 
speed serial data transmission at rates up to 300 
b/s. The 103E is a basic modem without power sup- 
ply and controls and is used for multiple set instal- 
lations. The 103 A3 consists of a 103E in a single 
unit housing and operates with a standard key tele- 
phone set. The 103G is similar to the 103E but has 
an integrated housing and provides a card dialer. 
The 103H is also similar to the 103E but is designed 
for mounting in a data terminal. 

PUB41103 DATA SET 103F INTERFACE SPECIFICATION- 
MAY 1964. 

Tells how to install modem 103F, which provides 
full-duplex, low-speed, serial data transmission at 
rates up to 300 b/s. It is intended for use on pri- 
vate-line channels and does not provide for voice 
transmission. 

PUB41004 DATA SET 113A INTERFACE SPECIFICATION- 
AUGUST 1973. 

Supplies use requirements for modem 1 13A, an 
originate-only, full-duplex, low-speed, serial 
modem for use at rates up to 300 b/s for Data- 
phone service. 

PUB41201 DATA SETS 201A AND B-AUGUST 1969. 
Tells how the 201 -type modem transmits serial 



binary data over voice bandwidth facilities using 
phase-shift-keyed modulation. Operation is syn- 
chronous full-duplex or half-duplex and at 2,000 
b/s for Dataphone service over the switched net- 
work or 2,400 b/s over conditioned private lines. 

PUB41105 113-TYPE DATA STATION-INTERFACE SPECI- 
FICATION-OCTOBER 1971. 

Supplies use requirements for the 1 13-type data sta- 
tion, which provides for low-speed serial, fre- 
quency-shift-keyed, full-duplex data transmission 
over the switched telecommunications network. 

PUB41202 DATA SETS 202C AND D INTERFACE SPECIFI- 
CATIONS-MAY 1964. 

Sets requirements for modems 202C and D in a 
medium-speed binary serial data transmission sys- 
tem. The modems operate up to 1,200 b/s on Data- 
phone and at 2,400 b/s on conditioned private 
communications lines. 

PUB41203 DATA SET 202E SERIES-REVISED-SEPTEMBER 
1971. 

Describes the 202E modem series, a modularized 
family of modem transmitters specified by AT&T as 
input stations in data-collection systems. They 
may be used on either the switched telecommuni- 
cations network or on private lines. 

PUB41204 DATA SET 203-TYPE-REVISED-APRIL 1974, 
$2.25. 

Provides information on synchronous transmission 
and reception of high-speed digital data over the 
switched telecommunications network or condi- 
tioned private-line data channels operating at rates 
between 1,800 b/s and 10,800 b/s. 

PUB41208 DATA SET 202R INTERFACE SPECIFICATION- 
JUNE 1971, $2.20. 

Describes the 202R modem, which is a manual- 
only, minimum-feature modem that may be used 
on either the telecommunications network or on 
private-line channels at line speeds of 1,200 b/s and 
1,800 b/s. 

PUB41212 DATA SETS 202S AND T INTERFACE SPECIFI- 
CATIONS-AUGUST 1974. 

Provides connection requirements for obtaining 
1,200-b/s asynchronous service on the switched 
network and 1,800-b/s asynchronous service on 
private lines. Test capability isolates faults. 

PUB41213 DATA SET 209A INTERFACE SPECIFICATION- 
PRELIMINARY-MAY 1974. 
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Using this synchronous, binary serial 9,600-b/s 
modem on a voice-band 4-wire private line. 

PUB41301 DATA SET 301B INTERFACE SPECIFICATION- 
MARCH 1967. 

Describes binary serial synchronous data trans- 
mission at 40,800 b/s. Modem, which requires a 
group-bandwidth channel, is used only in private- 
line applications. 

PUB41209 DATA SET 208A INTERFACE SPECIFICATION- 
NOVEMBER 1973. 

Sets requirements for the 208A modem, which pro- 
vides synchronous, binary, 4,800-b/s service over 
unconditioned 3002-type four-wire channels. It is 
suited for multipoint polling applications and 
point-to-point systems. 

PUB41210 DATA SET 201C INTERFACE SPECIFICATION- 
APRIL 1973. 

Tells how modem transmits serial binary data over 
voice-bandwidth facilities using phase-shift-keyed 
modulation. Operation is synchronous full-duplex 
or half-duplex at 2,400 b/s over the switched tele- 
communications network or private-line channels. 

PUB41211 DATA SET 208B INTERFACE SPECIFICATION- 
AUGUST 1973. 

Provides specifications for synchronous, binary 
4,800-b/s service with the 208B modem on the 
switched telecommunications network. Modem is 
suitable for switched-network systems requiring 
high throughput. 

PUB41405 DATA SETS 402C AND D INTERFACE SPECIFI- 
CATION-NOVEMBER 1964. 

Tells use and conditions for modems 402C (re- 
ceiver) and 402D (transmitter) to operate as a me- 
dium-speed binary parallel data transmission sys- 
tem for Dataphone service or private lines. 

PUB41408 DATA SET 407A INTERFACE SPECIFICATION- 
NOVEMBER 1973. 

Tells how to employ a mulnfrequency data re- 
ceiver designed for multiline installations at up to 
10 characters per second over the switched tele- 
phone network or over unconditioned private lines 
from Touch Tone telephone sets . 

PUB41601 DATA AUXILIARY SET 801 A INTERFACE SPECI- 
FICATIONS-MARCH 1964. 

Specifies connection requirements for a dc dial- 
pulse automatic-calling unit which permits a busi- 



ness machine to place calls over the switched tele- 
communications network. 

PUB41602 DATA AUXILIARY SET 80 1C INTERFACE SPECI- 
FICATION-SEPTEMBER 1965. 

Provides technical details of a Touch Tone auto- 
matic-calling unit, which enables a business ma- 
chine to place calls over the switched telecommu- 
nications network. 

PUB41450 DIGITAL DATA SYSTEM-DATA SERVICE 
UNIT INTERFACE SPECIFICATIONS-PRELIMINARY- 
MARCH 1973. 

Tells how the data-service unit for data services 
through the digital data system provides plug-for- 
plug interchangeability with existing E1A type D or 
E interfaces at synchronous speeds of 2,400, 4,800, 
and 9,600 b/s. 

PUB41704 86B-TYPES DATA SELECTIVE CALLING SYSTEM 
STATIONS-NOVEMBER 1968, $1.65. 

Provides the same information as PUB41703, except 
that no provision is made for use where the sub- 
scriber's computer controls any line function. 

PUB41705 DATA LINE CONCENTRATOR SYSTEM (DLCS) 

Arrangement-may mi. 

Describes system arrangements that provide for the 
connection of a number of stations to a smaller 
number of computer-communications ports. 

PUB41706 MODEL 37 TELETYPEWRITER STATIONS FOR 
DATAPHONE SERVICE— SEPTEMBER 1968, $ 1 .55. 

Describes the operating and line characteristics of 
the M37 teletypewriter station operating on Data- 
phone service. 

PUB41707 DATASPEED TYPE-4 SYSTEM-SEPTEMBER 1969, 
SI. 90. 

Provides installation requirement for a paper-tape 
transmission' system operating at either 1,050 or 
1 ,200 words per minute. 

PUB41702 85A1 AND 2 DATA SELECTIVE CALLING SER- 
VICE STATIONS-OCTOBER 1971, $2.25. 

Defines requirements for 85A data selective calling 
service stations used to provide eight-level, half- 
duplex, private-line selective calling systems. The 
85A1 operates at 100 words per minute with model 
33 or 35 equipment, and the 85 A2 operates at 150 
words per minute with model 37 equipment. Traf- 
fic flow is controlled by a subscriber's computer 
that sequentially polls the station transmitter . ■ 



Standards-making organizations 



The mission of Subcommittee X3S3 of Sectional 
Committee X3 on Computers and Information 
Processing of the American National Standards 
Institute is to define the characteristics of digital 
data-generating and -receiving systems that 
function with communications systems. It is re- 
sponsible for developing and recommending 
standards for data communications. ANSI stan- 
dards deal with the quality and characteristics of 
data during transmission. 

ANSI, located at 1430 Broadway, New York, 
N. Y. 10018, describes itself as a clearinghouse 
of voluntary national and international stan- 
dards. It is also the U.S. representative to the In- 
ternational Standards Organization and will of- 
ten either approve international standards for 
use in the United States or tailor ISO proposals 
to the needs of American industry. Domestic 
ANSI standards are often adopted as Federal In- 
formation Processing Standards (FIPS) for Gov- 
ernment procurement purposes, and some are 
adopted for mandatory use by the Department of 
Defense. 

Interface standards. The Electronic Industries 
Association is the United States' trade associ- 
ation of electronic-equipment manufacturers. 
EIA, which is a member of ANSI, has three work- 
ing groups concerned with data transfer. 

The data communications and data terminal 
group, Committee TR-30, stresses interface 
compatibility. Included is the interface between 
terminals and modems, signal quality at the in- 
terface, and data-signaling speeds. 

Committee TR-29, the facsimile engineering 
committee, is concerned with development of in- 
terface standards between communication and 
facsimile-terminal equipment. 

The purview of Committee TR-37 is the devel- 
opment and upgrading of standards dealing with 
electrical interfaces between common-carrier- 
provided connectors, such as AT&T's Data Ac- 
cess Arrangement (DAA) and user equipment. 

Users of data communications may have a say 
in the workings of EIA committees by requesting 
the Association, at 2001 Eye Street, N.W., Wash- 
ington, D.C. 20006, to send them EIA subcom- 
mittee documents. These documents are circu- 
lated to anyone interested after they have been 
wrangled through the subcommittee and are 
ready for presentation to the general committee. 
Comments are then received, reviewed and re- 
solved before the documents are sent to the 
general committee for a vote. Comments on sub- 
committee reports can, and have, caused docu- 
ments to be reworked. The user, in effect, does 
have a voice in the way a final standard appears. 



IEEE standards. The Institute of Electrical and 
Electronic Engineers' Computer Society at 345 
E. 47th St., N.Y., N Y. 10017, operates a stan- 
dards committee and a committee on computer 
communications, both of which are concerned 
with data communications standards. IEEE 
membership is required for participation on stan- 
dards-making committees, but institute stan- 
dards are available for purchase by non-mem- 
bers. The IEEE's subcommittee on computer 
communications is developing standards for in- 
terfacing between man and machines. A working 
group of this subcommittee is now drafting a 
standard on the man-machine interface for dis- 
play-type data terminals. 

Government standards. The Federal Govern- 
ment's Telecommunications Standards Program 
is working on data communications standards, 
which, when completed, are published by the 
National Bureau of Standards and are known as 
Federal Information Processing Standards 
(FIPS). These standards are adopted by the De- 
partment of Defense's National Communications 
System for all branches of the Government to 
use in the procurement of data communications 
systems. Most of the Government's telecommu- 
nications standards, which are developed by 
ANSI and EIA, pertain to data communications. 
Most Federal standards are compatible with in- 
dustry standards or are being developed in co- 
operation with industry. 

International standards. The primary inter- 
national body concerned with worldwide data 
communications standards is technical com- 
mittee 97, subcommittee 6 of the International 
Organization for Standardization. Membership in 
ISO is limited to recognized national standards- 
making bodies. There are now 62 full members 
of ISO and 19 correspondent members— devel- 
oping countries that don't yet have formal stan- 
dards-making bodies of their own. 

The job of ISO TC97/SC6 includes constant 
appraisal of data communications through all 
types of telecommunications media, as well as 
the ability of its members to provide themselves 
with data communications to link data process- 
ing systems. 

Intergovernmental standards. Also working in 
international data communications standards- 
making is the Consultative Committee on Inter- 
national Telegraph and Telephone. The CCITT 
weighs all technical, operational, and tariff mat- 
ters at the governmental level for all types of in- 
formation transfer. Voting power is vested in 
Class A members only. The Department of State 
votes for the U. S. 
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Microcomputers 
unlock 
the next generation 



Microcomputers are now 
starting to have a big 
impact on line interface 
units and terminals, 
with communications 
processors coming later 

Charles J. Riviere and Patrick J. Nichols 

Telcom Inc. 
McLean, Va. 



Technology 




Because of its excellent 
cost effectiveness, the mi- 
crocomputer promises to 
play increasingly important roles in a whole range 
of data communications equipment. For users, mi- 
crocomputers can and will provide powerful data 
communications functions at low cost with high 
reliability. And the design of microcomputer-based 
equipment permits modifications and upgrades to 
be made in the field with ease, so that data net- 
works can benefit quickly from operational im- 
provements brought about by such developments 
as advanced data link controls. 

Already, the microcomputer has appeared in 
such data communications gear as terminals and 
line interface units characterized by relatively slow 
speeds. Some terminal controllers also now contain 
microcomputers. 

Furthermore, when the microprocessor— the cen- 
tral device in a microcomputer— becomes even 
faster and cheaper, microcomputers will challenge 
the minicomputer in executing many of the higher 
throughput functions now taking place in such 
communications processors as programable front 
ends and remote data concentrators. 

Manufactured by at least 10 domestic semicon- 
ductor companies, the microprocessor has already 

gone through several 
stages of improvement, 
particularly in ex- 
tended word length, 
faster instruction exe- 
cution times, and re- 
duced cost, size, and 
power requirements. 
But despite the en- 
thusiasm that can be 
generated in behalf of 
applying micro- 
computers to data com- 
munications— from 
the terminal to the 
communications pro- 
cessor— the present 
roles for micro- 
computers must be 
placed in perspective. 
They aren't always cost 
effective. Pragmat- 
ically, the micro- 
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THE MICROCOMPUTER 




CENTRAL PROCESSING UNIT 



computer is simply one of three ways to imple- 
ment the numerous functions, such as code 
conversion and error control, that must be carried 
out on a data communications link. The two other 
alternatives are the minicomputer and the hard- 
wired device. 

All these approaches will be examined here for 
cost effectiveness in carrying out data communi- 
cations functions. The present and future roles of 
microcomputers will then become apparent. 

Chronologically, hardwired devices appeared 
first. Their main characteristic is that, once built, 
they lack programability, restricting versatility for 
both the equipment maker and the end user. The 
implementation of hardwired devices ranges from 
electromechanical relays, to discrete semicon- 



1. With architecture quite similar to that of larger 
computers, the microcomputer works only with pro- 
grams stored in firmware memories. 

ductor devices (diodes and transistors), to large 
scale integrated (LSI) circuits. The lead photo 
shows three generations of equipment, with the 
tiny microprocessor (front) performing the same 
work as the two progenitors. In large quantities, LSI 
hardwired devices can be cost-effective and re- 
liable. However, other hardwired devices require 
many discrete components and thus can be unre- 
liable, inflexible, and expensive— by today's stan- 
dards. 

Next came the stored program minicomputer. 
After a long series of product and software im- 
provements and price cuts, the minicomputer to- 
day sells for less than $10,000. For that price, the 
minicomputer will contain a central processing 
unit, input/output channels, power supply, oper- 
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ator's console, and a fast core memory able to store 
16,000 8-bit characters (bytes). The minicomputer 
is and will remain a powerful piece of equipment 
in the data communications environment, but the 
uses to which it is put will change as micro- 
computers make inroads. 

Firmware added 

Responding to software commands stored in its 
main memory, the minicomputer exhibits excel- 
lent programability, so that it readily implements 
any of a number of functions required in process- 
ing incoming and outgoing data traffic. 

Later developments added firmware to the mini- 
computer to speed up execution of certain pro- 
grams and reduce software overhead. One firm- 
ware approach, resulting in a microprogramed 
minicomputer, uses a read only memory (ROM) as 
the control memory. The ROM contains a specific 
instruction set "burned in" at the factory. In short, 
the ROM constitutes the instruction set. The ROM is 
not subsequently alterable by the designer or end 
user. But different ROM's can be inserted into a 
minicomputer for different applications. 

The other firmware approach, called writable 
control store, results in a user or designer micro- 
programable minicomputer. Here, a portion of the 
minicomputer's control store is a user-al- 
terable random access memory (ram). 

The microcomputer, programed only by firm- 
ware, is designed around a microprocessor chip 
which contains an arithmetic and logic unit, and 
limited input/output circuitry. The chip also has 



some internal general purpose registers allowing 
certain basic instructions to be performed without 
the chip having to waste time while accessing ex- 
ternal memory. These registers also store inter- 
mediate results for those instructions that do re- 
quire access to external memory. 

As shown by Figure 1, the microprocessor chip 
and a timing control unit constitute the equivalent 
of a central processing unit (CPU). The micro- 
computer contains a control store for micro- 
instructions, a main memory for microprogram 
and data storage, a real-time clock, and a line se- 
lector (multiplexer) that directs the streams of in- 
put and output data. 

The control and main memories, usually large 
scale integrated (LSI) circuits, will each be on one 
or more chips, depending on memory size. All 
packages making up the microcomputer are 
mounted on one small printed circuit card. Figure 
2 shows a microcomputer serving as a data con- 
centrator (multiplexer) that can merge about 20 
10-characters-per-second lines onto one 4,800 bits- 
per-second line. 

Conventional architecture 

The arithmetic and logic unit (ALU) is an elec- 
tronic device that requires a particular set of elec- 
trical signals at its input to execute a particular 
arithmetic or logic instruction. All instructions in 
a given set are contained in the control memory. 
The main memory, in turn, contains the program 
for a particular application function that tells the 
control memory which instructions are to be exe- 




cuted and in what order. During the execution in- 
terval, the ALU may be told by the control memory 
to store and retrieve data from the main memory. 

Although microcomputer architecture is rather 
conventional, everything is smaller— word length, 
memory size, and instruction repertoire, as well as 
physical size. Microcomputers use micro- 
instructions, which are less versatile than the con- 
ventional instruction in larger computers. When 
invoked, a microinstruction in the control 
memory determines which electrical gates in the 
ALU to turn on and off, and in what sequence. An 
example of a microinstruction is: add b. In the In- 
tel 8080 microprocessor this can be executed 
within the general purpose registers on the ALU 
chip. Figure 3 shows how this is done. The fastest 
clock cycle for the 8080 is 0.5 microseconds, and 
the ADD B instruction takes four steps, so that the 
total execution time is 2 microseconds for this reg- 
ister-to-register add microinstruction (Table I). 

Certain higher level instructions, not part of the 
basic microinstruction repertoire, can be made by 
performing several microinstructions in sequence. 
For example, the MULTIPLY instruction is executed 
using ADD and SHIFT microinstructions in a re- 
peated fashion. The sequence for accomplishing 
such a higher level microinstruction is called a mi- 
crocode which is also stored in the control 
memory. Neither microinstructions nor micro- 
codes are available to the user. They can be either 
standard or customized, but once burned into the 
programable read only memory (PROM) they can- 
not be altered. 



The sequence in which microinstructions and 
microcodes are invoked for a particular application 
function, such as code conversion, and the se- 
quence in which application functions occur for a 
given set of tasks, such as required in a line inter- 
face unit, are together called a microprogram. For 
flexibility, the microprogram is stored in the main 
(random access memory) store. But for fixed, re- 
petitive functions, the microprogram can be in a 
custom-designed control store for fast execution. 

MOS vs. bipolar 

Note in Table I that, on average, the execution 
time for the first seven instructions is about two to 
four times slower for the microcomputer than for 
the minicomputers. The reason is that the micro- 
processor used here is based on metal oxide semi- 
conductor (MOS) electronics technology while the 
microcomputers use devices based on intrinsically 
faster bipolar technology. 

Note also in Table I that the multiply and divide 
instruction execution times are far superior in the 
minicomputers, which employ sophisticated pro- 
graming, whereas the microcomputer uses micro- 
instructions and microcodes that need many time- 
consuming iterations and memory references. 

Generally, the speed of a microcomputer is lim- 
ited by the speed of the microprocessor. A single- 
chip microprocessor can be a 4-, 8-, or 12-bit device, 
with a basic cycle time ranging from 2 to 20 micro- 
seconds. The Intel 8080 package typifies the fastest 
2 microsecond 8-bit microprocessor available now. 

The 8-bit microprocessor appears adequate for 



3. General purpose registers inside the micro-pro- 
cessor help execute basic microinstructions. For ex- 
ample, internal registers perform an ADD B in four 
clock intervals for a total instruction execution time 
of two microseconds. 
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TABLE I 




COMPARISON OF 

MICROCOMPUTER/MINICOMPUTER 
INSTRUCTION EXECUTION TIMES 



■ 

INSTRUCTION 


EXECUTION TIME (^SEC) 


SUB/ADD (REG TO REG) 


2.0 




1.0 


LOGICAL (REG TO BEG) 


2.0 




1.0 


LOAD 


3.5 


1.32 


1.0 


SUB/ADD (MEMORY REF) 


3.5 


1.32 


3.25 


IMMEDIATE 


3.5 


1.32 


2.25 


JUMP 


5.0 


1.32 


1.5-3.0 


MULTIPLY (NOTE 1) 


230 (EST.) 


4.82-5.32 


5.5-5.75 


DIVIDE 


270 (EST.) 


5.15-5.98 


9.75-10.25 


NOTES: t. 8" (BINARY BITS) X 16 (BINARY BITS) 
2. T6 (BINARY BITS) * 8 (BINARY BITS) 



most data communications applications. 

To give an idea of cost, the Intel 8080 micro-pro- 
cessor package sells for about $300 each. Adding 
sufficient ROM, RAM, and other devices to convert 
the microprocessor into a microcomputer would 
cost $150 to $500 more, depending on the number 



of application functions desired. 

Consider, for example, a line interface unit (LIU) 
that can be used either with a remote terminal or a 
communications processor. What may be involved 
is the implementatation of binary synchronous 
communications data link control, including a cy- 
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4. Solid boxes show where, in a data communi- 
cations channel, microcomputers make their early 
appearance, with shaded boxes showing later uses. 



TABLE II 




MICROCOMPUTER/MINICOMPUTER 



FUNCTION 


EXECUTION TIME OjSEC) 


CODE CONVERSION (BAUDOT TO ASC III 


15 


-25 


4.5-5.25 


CRC 12 ERROR CHECK 


244 


-331 


12-15 


CRC-16 ERROR CHECK 


311 


-427 


14-17.5 



clic redundancy check for error control, and code 
conversion. The cyclic redundancy check (crc) is 
the most time consuming task. As shown in Table 
II, a microcomputer built around the Intel 8080 mi- 
croprocessor takes about 370 microseconds on aver- 
age to perform CRC- 16 algorithm. 

Suppose the line operates at 9,600 bits per sec- 
ond. That is, 1,200 8-bit characters appear on the 
line each second. Therefore, the total line taken 
each second is 1,200 x 0.370 milliseconds, or 444 
milliseconds each second. That is, the CRC oper- 
ation occupies only 44.4% of the available time. 

Saturated or not 

Suppose, also, that each incoming character is in 



Baudot code and must be converted into ASCII code 
with parity. As Table II shows, such a code conver- 
sion takes between 15 and 25 microseconds. Using 
an average of 20 microseconds, converting 1,200 8- 
bit characters each second takes 24 milliseconds, or 
about 2.4% of the available time. 

In short, a line interface unit based on a micro- 
computer, for the situation described, can have 
plenty of time to perform all its functions and have 
processing time left over. That is, at 9,600 b/s the 
LIU is not throughput limited. In fact, such an LRJ 
could handle 19,200 b/s transmission and still be 
niarginally below saturation. With a slight change 
in the firmware, such a line interface unit could 
also handle up to 16 1,200 b/s lines. 
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Table II reveals that, despite the versatility of the 
microcomputer-based line interface unit, the mini- 
computer can do the job faster, and probably at less 
prorated cost. Why, then, would a microcomputer 
be considered at all? The answer depends, for one 
thing, on whether the line interface functions are 
to take place at a terminal or at a minicomputer- 
based communications processor. 

If throughput is relatively small, and enough 
unused memory is available, it may be more effec- 
tive to have such interface operations as data link 
control, error control, and code conversion per- 
formed by the minicomputer. There is little eco- 
nomic penalty for handling the additional load. 

But if the minicomputer is nearing saturation, 
and its processor must handle more throughput be- 
cause of a network expansion, then the micro- 
computer, in the form of a self-standing line inter- 
face unit (LIU) as a low-cost preprocessor for the 
minicomputer, tends to be the logical choice. So, 
spending about $500 for a multifunctional Liu, as 
described, can be more economical than upgrading 
the minicomputer with a faster processor, more 
memory, or both. 

The merit of using a microprocessor-based Liu at 
the terminal is more obvious. Here only certain 
prescribed functions— such as error control, line 
protocol, and perhaps code conversion— are all 
that's required. In a case like this, a mini- 
computer's capability is so great that using one 
would be a case of overkill, and a waste of money. 

As already mentioned, the three alternatives to 
implementing data communications functions- 
hardwired devices, minicomputers, and micro- 
computers—will each yield a different cost effec- 
tiveness. Table III provides comparative insight. It 
lists 12 common data communications functions. 
Each alternative is rated for cost effectiveness, as- 
suming for the moment that just the indicated 
function is provided by the equipment. (The rat- 
ings given are subjective, based on experience as 
well as some calculations.) 

Note that certain functions can't be done at all 
by hardwired devices, as indicated by a zero in the 
table's matrix. On the other hand, the table also 
shows that implementing CRC error control is very 
cost effective (three stars) for the hardwired de- 
vice, not so cost effective (one star) if that's all the 
microcomputer has to do, and a definite case of 
"overkill" (open square) if that's all the expensive 
minicomputer has to do. 

Error control 

Consider in more detail the task of calculating a 
CRC control character. As mentioned, the defined 
microcomputer can handle a 19,200 b/s line, but 
in doing so it would use up almost all available pro- 
cessing time. If, instead, the line's transmission rate 
is 56,000 b/s, the microcomputer would run out of 
time (saturate) and could not service the redun- 



dancy check for each data block. (At 370 micro- 
seconds per CRC calculation, the microcomputer 
would saturate at 21,600 b/s.) 

Hardwired devices provide an out for such a sit- 
uation. Instead of computing each cyclical redun- 
dancy check, an alternative is to add to the micro- 
computer a special shift register, designed 
specifically for CRC. Motorola's MC 8503 universal 
polynomial generator is typical. It is a nonpro- 
gramable integrated circuit package. Here, the 
hardwired redundancy check is started using only 
one instruction from the microcomputer's control 
memory to the CRC generator. But the arithmetic 
and logic unit (ALU) itself is free to go on to its 
other tasks after issuing its START instruction. If 
the total ALU start interval for a redundancy 
check is, say, five microseconds, then the error 
checking of the 7,000 8-bit data characters arriving 
each second at the line interface unit will take less 
than 5% of the LIU's throughput capability. 

Adding the polynomial generator to the micro- 
computer does raise the microcomputer's cost, but 
it frees about 40% of the LIU throughput capability 
for other chores. 

The concept of displacing one type of equip- 
ment, say memory, with another type of equip- 
ment, say a microcomputer, must take into ac- 
count such factors as cost, and effect on 
throughput. For example, an 8-bit word of semicon- 
ductor memory costs about, say, 30 cents. The 8-bit 
microprocessor costs about $300. Therefore, a mi- 
croprocessor package is the cost equivalent of 1,000 
words of memory. But in fact, the programable mi- 
crocomputer can perform certain tasks that would 
need a memory capacity many more times the cost 
of the microprocessor. 

For example, a given task could be done with a 
lookup table. This would require perhaps 1,000 
words of main memory store dedicated to the task. 
Instead, the output solutions to given inputs can be 
obtained by implementing an equivalent algorithm 
using the microcomputer. Doing so would use up 
slightly more time but reduce memory require- 
ments to 20 words, for a savings of about $290. 

Table III also shows whether a function is lo- 
cated at a terminal, a communications processor, 
or both. The table shows that the microprocessor is 
very cost effective (three stars) or cost effective 
(two stars) for such functions as data compression, 
buffering, buffer management, format control, and 
text editing. Thus, the microcomputer proves very 
beneficial as a processor in advanced programable 
terminals— as proven by recent market entries. 

Such functions as code conversion, error control, 
and handshaking taking place at the terminal's line 
interface can also be accomplished in an overall 
cost effective manner with microcomputers. 

Another look at the data in Table III reveals 
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again that the minicomputer is an expensive de- 
vice to serve simply as a line interface for a termi- 
nal. But when the minicomputer is intended to im- 
plement all the functions of a communications 
processor, it is very cost effective. 

However, should a communications processor 
near saturation, a next step would be to remove 
certain of the low speed functions— CRC calcu- 
lation, for example— from the minicomputer and 
embed them in a line interface unit (a micro- 
computer) serving as a preprocessor. If so, the com- 
munications processor's LIU would be substantially 
similar to the terminal's Liu. 

Figure 4 sums up the prospects for micro- 
computers in data communications. As shown by 
the color boxes, microcomputers will, in the near 
term, be popular as line interface units for both ter- 
minals and communications processors. And they 
will serve as processors in some terminals. 



The semiconductor industry has a remarkable 
record of improving its products rapidly while re- 
ducing unit costs. Within five years the cost of a 
microprocessor will likely drop to S20 to $40. Fur- 
thermore, new microcomputer architectures may 
be developed that could exploit the microprocessor 
even more effectively. 

Microcomputers will thus not only prove valu- 
able as preprocessors (LIU's), but powerful micro- 
computer-based communications processors may 
themselves become available— and for about $500. 
This future situation is indicated by the shaded 
boxes in Figure 4. Thus microcomputers will pene- 
trate into more areas of data communications and 
lead to such benefits as more proficient terminals 
with little, added cost and improved link protocol. 
And more extended use of low-cost micro- 
computer-based concentrators and multiplexers 
will make better economic use of lines. ■ 
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What's needed today 
in a high-level 
data communications language 



Software costs 
will be burdensome 
unless a faster way 
of programing 
communications 
computers 
is developed soon 

Gilbert Held 
Honeywell Informations 
Systems Inc. 
McLean, Va. 



Software 



Xhe time is ripe for devel- 
opment of a computer lan- 
guage structured especially 
for data communications. Such a language would 
be on the same order as Fortran, Cobol, and other 
well-known procedure-oriented languages, or pols, 
and would provide the same programing effi- 
ciencies. As things stand now, computer program- 
ing for data communications must rely on an as- 
sembly language or an extended version of 
languages' tailored specifically for other appli- 
cations. Indeed, communications programing is 
comparatively primitive and expensive, a situation 
that belies the sophisticated design and advanced 
technology of modern communications systems. 

A communications POL (or CPOL as it will be 
called here) would, first of all, enable communi- 
cations processors to be programed at a higher 
level. It would also permit batch computers to be 
freed of the inefficiencies inherent in using non- 
communications higher-level languages to support 
communications applications. A CPOL that ranks 
with Fortran and Cobol also would allow a pro- 
gramer to select a language most efficiently suited 
for a given application: Fortran (formula trans- 
lation) for scientific work, Cobol (common busi- 
ness oriented language) for business, and cpol for 
communications— all on the same computer. 

The value of POLs is well established, as witness 
the popularity of Fortran and Cobol. In genera), 



procedure-oriented languages are easy to learn and 
use, hence they reduce training and program-writ- 
ing time. They also simplify program checkout, 
maintenance, and documentation, and speed pro- 
gram conversion from one computer to another. 
Overall, pols save expensive programing man- 
power, the cost of which keeps going up. 

However, pols are inefficient in object code. 
They also require more memory, they extend pro- 
gram run time, and sometimes they cannot express 
all the operations required in specialized appli- 
cations. But the tendency for pols to require larger 
memories and to take longer than assembly lan- 
guages to execute is mitigated by the sharp cost re- 
duction in computer memory in recent years and 
the significant increase in computer speed. 

The argument is made here, then, that the ad- 
vantages of a CPOL outweigh the disadvantages, and 
that industry should start structuring such a 
higher-level language. What follows may provide 
some insight into the scope of such a project and 
offers some specific suggestions. The subject is ad- 
dressed with an eye to the basic relationship be- 
tween different levels of programing, to the essen- 
tial characteristics required of a CPOL, to a review 
of the major functions and equipment in a com- 
munications-computer environment, and to a 
sample of suggested CPOL programing statements. A 
typical task programed in cpol is included. 

In early digital computer applications, program- 
ing was accomplished by logically and electrically 
inserting binary digits into the computer's main 
memory. Here, a particular string of, say, 8 or 16 
bits constitutes a language instruction such as 
"store the result." The computer hardware then in- 
terprets each coded instruction for program execu- 
tion. Such numeric coding, called machine-lan- 
guage programing, makes excellent use of 
computer resources. But the effort itself is so 
tedious and time-consuming that few computers 
are now still programed this way. 

Assembly-language programing uses easy-to-re- 
member symbolic notations, or mnemonics, in- 
stead of strings of Is and Os, to call out an operation 
or instructions. The mnemonic ADD (for addi- 
tion), for example, when inserted by the programer 
is interpreted by the computer so as to generate the 
corresponding machine-language instructions. 
That is, there is a one-to-one correspondence in 
that each assembly language mnemonic symbol 
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produces an equivalent machine-language instruc- 
tion. The result of the assembly translation is 
called an object program. The object program is 
then ready to execute the source (application) pro- 
gram (Fig. 1, top). 

The chief advantage of the assembly language is 
that the programer only needs to remember and 
use simple symbols instead of a long string of Is 
and Os. The net result is that assembly-language 
programing is easier, faster, and more accurate 
than machine-language programing. 

Applications programed in assembly language ap- 
propriate to a particular computer are, however, 
usually valid only for that computer or generic 
family of computers. So, if circumstances (network 
expansion, for example) justify a changeover to an- 
other vendor's computer, the application must be 
reprogramed for the new computer. In other words, 
machine-language and assembly-language programs 
are both "machine-dependent." 



1. Whether a source program is in assembly or pro- 
gram-oriented language, a computer needs an ob- 
ject program in terms of machine language. 

With a procedure-oriented language, the pro- 
graming of a particular application becomes inde- 
pendent of the computer— provided that the com- 
puter vendor can supply a compiler, translator, or 
interpreter that converts the POL program into a 
machine-language object program suited to his 
computer (Fig. 1, bottom). 

With a POL, programers can produce with one 
statement a segment of a program that in assembly 
language would require many more individual 
statements. Figure 2 (next page) shows the relation- 
ship between machine-language, assembly-lan- 
guage, and pol programing for a simple application 
involving the summing of two numbers. What the 
programer has to insert for each of these methods 
is shown in the tinted boxes. Note that in both the 
machine-language and assembly-language methods, 
the programer writes five "lines" of instructions 
and two lines of data. The POL requires the same 
two lines of data but just one statement. (The com- 
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2. Programing the summing of two numbers is much 
easier in a program-oriented language than in either 
machine or assembly languages. 



MACHINE LANGUAGE 
EQUIVALENT (BINARY) 



0000 100 1 


11111110 


000 1 100 1 


1111110 1 
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00000000 


00000000 


00000000 


1 


00000000 


01100100 



0000000001 100101 





puter's translator program automatically converts 
this statement to the equivalent machine-language 
instructions.) 

In more complex programs, five POL statements 
could perform the equivalent of, say, 50 or more as- 
sembly-language instructions. This is why POL pro- 
graming beats assembly-language programing, from 
the viewpoint of programer speed. 

Early procedure-oriented languages were cer- 
tainly less efficient in the use of computer re- 
sources and slower in program execution because 
the POL program may invoke more individual ma- 
chine instructions than would be required by the 
equivalent assembly-language program. But POLs 
have substantially improved in efficiency, speed, 
and scope. Such popular POLs as Cobol, Fortran, 
Basic (beginners all symbolic instruction code), 
RPG (report program generator), and pl/i (program- 
ing language one) have been developed to meet 
specific business and scientific requirements. But 
none is designed for programing data communi- 
cations applications. 

Language characteristics 

To be effective and practical, a POL for communi- 
cations must have two essential characteristics. It 
should first of all be specialized, containing primar- 
ily those statements related to the execution of 
communications programs. That is, it should con- 
centrate on the statements involving bit manipula- 
tion, shift, and control, and avoid superfluous 
statements (such as those for the solution of a com- 
plex equation) that would reduce efficiency. 

Second, a cpol program must be able to be run 
on any eligible computer. For this, each computer 
maker addressing the communications market 
would have to develop a translator that would con- 
vert a CPOL-programed application into an object 
program for his particular computer (Fig. 3, next 



spread). This is, of course, exactly what computer 
makers have done with respect to Fortran, Cobol, 
and other procedure-oriented languages. 

In fact, CPOL would handle a computer/commu- 
nications system's external components in a man- 
ner similar to the way Fortran or Cobol handles 
computer peripherals. Thus, when using CPOL, a 
programer would specify, by unique statements, a 
block of data to be transferred as well as the corre- 
sponding external device, such as a synchronous 
single-line controller. This is in much the same 
manner that a Fortran programer specifies a vari- 
able list and the peripheral unit on which the list 
data is to be written" Like Fortran translators, then, 
each CPOL translator would have its own set of in- 
put/output (I/O) drivers (subroutines) appropriate 
to the operations of a corresponding set of termi- 
nals, peripheral devices, and lines. 

Besides the characteristics of the computer itself, 
CPOL statements must also accommodate a variety 
of computer interfaces, controllers, and line inter- 
faces (Fig. 4, next spread). 

The computer interface is usually determined by 
the type of communications subsystem and the 
necessary input/output transfer rate. Interfacing 
may occur at the computer's I/O bus via such de- 
vices as direct memory control (DMC) and direct 
memory access (DMA). 

Data transferred on the I/O bus is bit-serial and 
under control of the program. In the DMC mode, 
data transfers are effected independently of pro- 
gram control, and data blocks are transferred on a 
word basis (bit parallel) to and from any portion of 
main memory. The DMA mode employs a word-ori- 
ented, direct-to-memory, medium- or high-speed 
channel. This allows a computer to transfer data 
from several devices and lines concurrently on a 
timeshared basis. 

Controllers can range from a single modified 
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shift register, designed to send and receive data 
from one communications line, to those designed 
to handle many synchronous communications 
lines. Character assembly and error checking can 
be undertaken entirely in the hardware, with fully 
matured characters then transferred to the com- 
puter. As an alternative, the controller can use a 
minimum of hardware and rely on software to as- 
semble the characters inside the computer. 

Lastly, the line interface unit provides the elec- 
trical and logical compatibility for connecting com- 
munications-lines terminating equipment, such as 
modems, to the computer's other equipment. 

In actuality, then, a CPOL will require a repertoire 
of many statements in order to be compatible with 
all reasonable hardware options. 

Major communications functions 

Functions performed in a data communications 
environment can be categorized under three head- 
ings: line control, message blocking, and message 
interpretation. Line control includes the initiation 
and control of transmissions, error checking and 
detection, and the detection, deletion, and inser- 
tion of such control characters as end of trans- 
mission (EOT), synchronization (SYNC), idle (idle), 
and start of header (SOH). 

Message blocking, which is the assembly of char- 
acter strings into complete messages (blocks), in- 
cludes the allocation and release of buffer space, 
the assigning, reserving, and releasing of communi- 
cation input/output devices to related buffers, and 
the filling of the appropriate buffers with the de- 
sired character string. 

Message interpretation includes those tasks asso- 
ciated with a course of action required by the con- 
tent of a message, such as code converson, message 
routing, and automatic dialing. 

Each functional area requires both unique and 



general program statements for implementation. 
The broad range of tasks therefore need a broad 
range of statements, specific to data communi- 
cations. Typical CPOL statements for several func- 
tion areas are explained next. 

Implementing the language 

Data communications programs written in CPOL 
would consist of a number of tasks, with each task 
having one or more program statements. Further, 
since two or more tasks may have a subtask in 
common, a method of interrelating tasks and sub- 
tasks becomes necessary. (The concept of task/ 
subtask is similar to the main program/subroutine 
relationship of other procedure oriented lan- 
guages.) Thus, two CPOL program statements are: 

TASK IDENTY (argl, arg2, . . . argn) 

SUBTASK IDENTY (argl, arg2, . . . argn) 
Here, identy is the name of the task or subtask and 
argl, arg2 . . . argn are arguments that can be 
passed between tasks and subtasks. A specific TASK 
IDENTY is TASK READ. 

A call statement links tasks and subtasks. Like- 
wise, the conclusion of a subtask requires a RE- 
TURN statement. Formats for these statements are: 

CALL IDENTY (argl, arg2, . . . argn) 

RETURN 

where the call statement passes control to the sub- 
task identy, and the return statement terminates 
the subtask and returns control back to the origi- 
nating task. 

In the real-time data-communications environ- 
ment, programs or portions thereof must be exe- 
cuted according to their relative urgency. There- 
fore it becomes necessary to have a method of 
associating a section of coding with the appropriate 
interrupt, as well as scheme for noninterrupt code. 
An ENABLE statement permits a task to be mter- 
ruptible. And, at certain times it may be required 
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that an interruptible task be changed to a noninter- 
ruptible task through the use of an INHIBIT state- 
ment. The format for these statements are: 

ENABLE IDENTY 

INHIBIT IDENTY 
where identy again is the designation for a task. 

Interrupts of ongoing tasks to execute another 
task of higher priority can be caused by non-time- 
related hardware or software events, or at any 
predetermined time interval. The statement: 

CONNECT INTERRUPT e IDENTY 
means that an interrupt event occurring on inter- 
rupt line e will stop the ongoing task and initiate 
the task designated by identy. That is, this kind of 
connect statement links the interrupt line to the 
new task. 

Two types of interrupts can initiate tasks at 
predetermined times, one for elapsed time and the 
other for real time. The elapsed-time interrupt: 
; CONNECT TIME IDENTY (e 1; e 2 , 3 3 ) 
links the computer's real-time clock to the task de- 
noted by identy (such as transmit). Here the ar- 
gument (or parameter) e! stands for basic time in- 
crements, and e t can have four different values, 
each denoting a particular time interval: 

ei = 1 l/60th-second intervals 

e! = 2 1 -second intervals 



e x = 3 1-minute intervals 
ei = 4 1-hour intervals 

The expression e 2 specifies the number of basic 
intervals (defined by e x ) before the first execution 
of the task denoted by IDENTY. The number of 
times the task IDENTY is to be executed is specified 
by e 3 . 

As an example, to execute the task transmit at a 
time equal to 5 minutes after the program starts, 
and every 5 minutes thereafter for 1 hour, the fol- 
lowing statement would be specified: 
CONNECT TIME TRANSMIT (3, 5, 12) 
The real-time CONNECT statement is: 
CONNECT CLOCK IDENTY (e 1; e 2 , e 3 , e 4 , e 5; e 6 , 

This statement would interrupt any ongoing task 
and cause the new task designated by identy to be 
executed at time e : hours, e 2 minutes, and e 3 sec- 
onds. The expression e 4 specifies the number of 
times the task is to be executed, and e 5 , e 6 , and e 7 , 
specify the time in hours, minutes, and seconds be- 
tween each execution. So executing the task POLL 
at 18:30 and every 30 minutes thereafter until 
20:00 hours would use the following statement: 
CONNECT CLOCK POLL (18, 30, 0, 4, 0, 30, 0) 
Interrupt and connect functions must be also 
disabled. The statement DISCONNECT identy re- 



3. The development of an industry-accepted com- 
munications procedure-oriented language will re- 
quire computer vendors to produce translators. 
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moves the linkage between an interrupt line and 
the task IDENTY. This statement can also remove 
the linkage between any connect statement and 
the designated tasks and, thus, it can disconnect 
the clock. The statement disable identy prohibits 
a specified task from being interrupted until an EN- 
ABLE IDENTY statement is activated. 

Buffer management 

Buffers derived from the main memory of a com- 
munications processor or a host computer provide 
a temporary memory space, so that, for instance, 
characters can be accumulated and stored during 
sending and receiving intervals, or data can be ma- 
nipulated by appropriate programs. 

A method of defining the size of a buffer and al- 
locating it somewhere in the main memory be- 
comes necessary. Since communications networks 
operate dynamically, some buffer space will be re- 
quired throughout a program execution, and other 
buffers will be needed only during certain periods 
of program operation. The two statements to satisfy 
these requirements are: 

RESERVE BUFFER IDENTY, W 

RELEASE BUFFER IDENTY 
Thus, the first programing statement reserves W 
words of main memory to be the buffer labeled 
IDENTY until the second statement releases the 



4. Each of the different types of hardware used in 
communications links would require individual state- 
ments in CPOL to call them into play under control of 
the computer's operating system. 

main memory assigned to that buffer. 

The inputs and outputs, including peripherals 
and communications lines, can be associated with 
buffers through two more CPOL statements: 

FILL BUFFER IDENTY (device, p), END = SN 

XMIT BUFFER IDENTY (device, p), END = SN 
Using the first statement, the buffer labeled identy 
will be filled by the input from a device (including 
a line). The input can be specified by the device 
address, or through a mnemonic corresponding to 
an ASSIGN statement,- the latter according to the 
protocol specified by p as designated by a statement 
number (SN). Control will be transferred to an- 
other task designated by another statement num- 
ber when the buffer is filled (end). 

The second statement sends the contents of the 
buffer labeled identy to the specified device or line 
according to a protocol specified by p. On comple- 
tion of transmission, control will jump to a task 
specified by the SN. 

Message handling 

The protocol statement contains details of exactly 
how an incoming or outgoing data stream should 
be handled with respect to such factors as message 
blocking, synchronization, error detection and con- 
trol, and the stripping of control characters from 
the stream. The general protocol statement is: 
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SN PROTOCOL (list), ERROR = SN 
Here, the first SN is the statement number referred 
to as the p-value in an xmit, fill, or other state- 
ment. The word "list" refers to the list of details of 
the particular protocol, including the way an error 
can be detected, such as a block-check character, 
(BCC). If the BCC indicates an error, then control of 
the ongoing task is passed to another SN which de- 
tails the way the error is corrected— such as by the 
retransmission of the block. 

By way of an example of a protocol statement, 
assume that a computer contains a 64-character 
buffer, called (BUFl), and the contents of that buf- 
fer are to be transmitted, via a single synchronous 
line controller (sslc), preceded by four synchro- 
nizing characters (SYNC) and followed by two BCCs 
and an end-of-transmission character (EOT). The 
two statements to execute the data transfer are: 

XMIT BUFFER BUFl (SSLC, 10) 
10 PROTOCOL (SYNC(4) ; 

DATA(64);BCC(2)) ; EOT,ERROR = SN 

The number of characters per computer word 
will vary from computer to computer. That is, an 8- 
bit-word computer will have one 8-bit character per 
word, and a 32-bit computer will have four such 
characters. Therefore, the input and output oper- 
ations will be on a character-by-character basis, 
with the CPOL translator for the particular com- 
puter performing the necessary characters-per-word 
assembly and disassembly operations. 

Once characters get into the main memory as 
computer words, the words may have to be ma- 
nipulated, that is moved from one buffer space to 
another, to, for example, assemble and disas- 
sembled messages. Changing buffer space would be 
accomplished by such CPOL statements as: 

COPY BUFFER IDENTY,, LOC 1( N l; IDENTY 2 , 
LOC 2 

MERGE BUFFER IDENTY, . . . IDENTY N _ 1; 
IDENTY N 

PIECE BUFFER IDENTY N; IDENTYj, . . . 
IDENTY N j 

The first statement will cause Nj computer 
words, starting at location LOCi relative to the be- 
ginning of the buffer labeled identy 1( to be copied 
into the buffer labeled identy 2 starting at location 
LOC 2 relative to the beginning of that buffer. Thus, 
transferring the first 40 words of an 80-word buffer 
labeled start to the middle 40 words of a 120-word 
buffer labeled END, could be initiated by: 
COPY BUFFER START, 1,40; END, 41 
The merge-buffer statement assembles the con- 
tents of the buffers labeled iDENTYi through 
identy n _! into the buffer labeled identy n . This is 
done on word-by-word basis, starting with the first 
character contained in the buffer labeled IDENTY 1. 
Conversely, the PIECE BUFFER statement will disas- 
semble the contents of the buffer labeled identy n 
into separate pieces (that is, words) and place one 
word in each of the buffers labeled identy! 



CPOL PROGRAMMING EXAMPLE 



Fig. 5. In this programing example, the com- 
puter/communications configuration includes 
a computer with a memory holding two charac- 
ters per computer word, a magnetic tape unit, 
and a single synchronous line controller. The 
task for the computer is to establish communi- 
cations at 18:30 with a remote station, receive 
one block of 64 Ascn-coded characters from 
that station, convert this block to BCD-coded 
characters, and finally transfer the block of 
data to the magnetic tape unit. First, the task is 
initialized— that is, all the parameters are de- 
fined. Then the task, to be called logger, is de- 
fined by appropriate statements from the com- 
munications procedure-oriented language: 



•INITIALIZATION" 



-Sets task parameters 
-Physical Address 



ASS IGI^2 8) T0( m AGT A P^ ) 

ASSIGN 61 To(sSLC) 

RESERVE BUFFER BUFl(32)" 
RESERVE BUFFER BUF2n2)- 



DATA BUFFER BUFl (message to 
establish communications) 



Mnemonic for magnetic 

tape unit 
1 — Mnemonic for single 
/ synchronous line 
controller 

32 computer words for 

64 station-select 
message 

32 computer words for 

64 received characters 



-Station select data 



ATTACH SSLC To (lOGGEr) - 



-Task name 



CONNECT TIME LOGGEr((18, 30, q)-Real time 18 hours, 
30 minutes 



•END INITIALIZATION 



TASK LOGGER 



XMIT BUFFER BUFl (SSLC, 1) 



-Device mnemonic 
- Protocol statement 
number 



1 PROTOCOL (transmission protocol 

^ Statement number 

listed here) 

FILL BUFFER BUF2 (SSLC, 2) 



2 PROTOCOL (SYNC (4); DATA (64); 
BCC (2); EOT) 

CONVERT BUFFER BUF2; 
FROM ASCII TO BCD 

3 STATUS MAGTAPE; V 



j-Code c 



t 



IF (V. EQ. 1) GO TO J } 



WRITE BUFFER BUF2 (MAGTAPE, 4) 
K ' 

4 FORMAT (desired format listed) 

END LOGGER 
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through identYn.x. 

Reading and writing data to 
and from input/output devices 
can use these statements: 

READ BUFFER IDENTY (de- 
vice, F) 

WRITE BUFFER IDENTY 
(device, F) 
The READ statement will cause 
a block of data from the speci- 
fied device to be transferred to 
the buffer labeled identy under 
the format specified by F. The 
format would, for example, lo- 
cate each incoming character 
in alternate cells in the buffer. 
Conversely, the write state- 
ment would cause the contents of the buffer 
IDENTY to be transferred to the specified device un- 
der the format designated by F. 

The code conversion statement: 

CONVERT BUFFER IDENTY; FROM XXX 
TO YYY 

would change the contents of the buffer identy 
from the code designated by xxx to the code desig- 
nated by yyy. As an example, to convert the con- 
tents of a buffer named LOG from ASCII code to BCD 
code would simply require the statement: 
CONVERT BUFFER LOG; FROM ASCII 
TO BCD 

(Here ASCII stands for American Standard Code for 
Information Interchange, and BCD stands for binary 
coded decimal.) 

Assigning devices 

As program execution continues, input/output de- 
vices must be assigned from moment to moment so 
data can be read into or written from an appro- 
priate device. Which devices and when they are in- 
voked must be determined beforehand. Device as- 
signment is part of the initialization for a task. 

A clear way to assign devices is by the statement: 

ASSIGN e to M 
Here the programer assigns the physical address, e, 
to, the device M. For example: 

ASSIGN 28 TO MAGTAPE 
relates physical address 28 to a magnetic-tape unit 
whose mnemonic is magtape. 

Once the device is assigned, transfer of data be- 
tween the device and an appropriate buffer is ac- 
complished by the fill and xmit programing state- 
ments described earlier. For example: 

FILL BUFFER BUF2 (SSLC, 2) 
means that data from a single synchronous line 
controller (whose mnemonic is SSLC) is transmitted 
to the buffer (whose mnemonic is BUF2), using a 
protocol defined by statement number 2 of the on- 
going task. 

Once the device has been assigned to the com- 
puter through a physical address, the device can be 
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6. The communications procedure-oriented lan- 
guage would rank with Fortran, Cobol, and the like, 
and the operating system could link them all. 

attached to the task through the statement: 

ATTACH device TO task; p 
so that the device is available for the exclusive use 
of that task. Several application tasks may be run- 
ning concurrently, however, with one or more 
tasks from each program requiring the use of the 
same device. So there can be uncertainty about 
whether the device will, in fact, be available for at- 
tachment when the attach statement is executed. 

What happens next depends on the value of pri- 
ority, p, in the attach statement. If p is set at 0, 
for example, then the ATTACH statement will be 
honored only if the device is currently unattached. 
But if the priority is set at some level, say 10, then 
the statement having this priority will be honored, 
provided no other task with a higher priority seeks 
to use that device. All lower-priority statements 
seeking the same device will therefore have to wait 
in queue. 

After a task has finished with a device, the de- 
vice can be released by the statement: 

DETACH device FROM task 
A typical statement is: 

DETACH MAGTAPE FROM LOGGER 

Figure 5 contains a program for a task, along with 
commentary in color to clarify the steps. 

CPOL's place in hierarchy 

As envisioned, then, CPOL would take its place as a 
free-standing, standardized procedure -oriented lan- 
guage with the same rank in the hierarchy of pro- 
graming languages as Fortran and Cobol (Fig. 6). All 
such languages are under the control of a com- 
puter's operating system (OS), which is responsible 
for orchestrating all the individual programs, de- 
vices, and lines for the application programs being 
run concurrently on the computer. 

Furthermore, if the OS is modified to allow link- 
ages between CPOL and the other POLs, then por- 
tions of a major program being run on the com- 
puter can mesh with each other and can be 
programed with equal efficiency in the most appro- 
priate program-oriented language. ■ 
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KEY SUBJECT LOCATOR 



Access method 

ACK (acknowledge accurate block) 
Acoustic data coupler 
Address, channel 

ARQ (automatic request for repeat) 

Asynchronous 

Availability 

Binary synchronous communications 
Bit 

Bits per second 
Block length, optimum 
Block (of characters) 
Buffer 

Burroughs data link control 



67, 70 
12, 51, 171 
47, 48 
67 
169 
6, 9, 10 
8, 152-156 

1 94-200 
8 

9, 47-53 
13, 14 
8, 13 

8, 83-88, 94, 108, 109 
220-226 



Carriers, common 

Carriers, specialized 

CCITT (International Consultative 

and Telephone) 
Centralized network 
Channel, derived 
Channel, reverse 
Channel, secondary 
Channel, voice-grade 
Channel, wideband 
Character 

Code, code conversion 
Communications processors 
Concentrators 
Conditioning, line 
Contention 

Cyclic redundancy check (CRC) 



259-261 
11, 261 

Committee for Telegraph 
61-63 
14 

60-62, 65, 96-101 
51 
52 
10,49 
49 
14 

6, 81, 104, 136 
15, 27, 102-109 
83-88, 1 04 
60-65, 188-192 
11, 165 
170, 171 



Data access arrangement 50, 51 , 250-252, 261 

Data base management 131-137 
Data compression 36, 40 

Data link controls 1 94-200, 201 -21 0, 21 1 -21 9, 220-226 



Dataset (see Modem) 

Decentralized network 14 
Digital data communications message protocol (DDMCP) 

211-219 

Distributed network 21,113 
Dropout, line 82 
Duplex (see Half duplex and Full Duplex) 



Echo suppressor 

EIA (Electronic Industries Association) 

Equalization 

Error burst 

Error control 6,12,13,106 



9, 10, 51 
8, 246-253 
52 
171 

169-173, 180-187 



Error detection codes (see Cyclic redundancy check, For- 
ward error correction, Longitudinal redundancy check, 
Vertical redundancy check) 

Error rate 9 



Facsimile 
Formatting 

Forward error correction 
Four-wire circuit 

Frequency-division multiplexing (FDM) 
Front-end processors 14 
Full duplex 

Half duplex 
Handshaking 

Hybrid communications, computing 

Interfaces (electrical) 

Joint-use tariff 

Limited distance modems 

Line drivers 

Line monitors 

Lines, dial up (or switched) 



38-40 
35, 38-40 
169, 171 
16, 52, 62 

61-63 

66-71, 72-79, 104 
9, 10, 13 

10, 181, 187 
51 

268-274 

246-257 

259-261 

54-58 
54-58 
232-239 
9, 11 
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Lines, leased (or private or dedicated) 
Lines, voice-grade 
Link, logical 

Longitudinal redundancy check (LRC) 
Loop network 

Memory 

Message switcher 
Microcomputers 
Microwave transmission 
Minicomputers 
Modems (see also Limited distance modems) 

8, 10, 29, 49-53, 180-187 
Multidropping 53 
Multiplexing (see also Frequency-division multiplexing and 
Time-division multiplexing) 1 1 , 28, 60-65 

Multipoint circuit 10,52 

51 



NAK (acknowledge block in error) 



8, 9, 60-65 
8, 11, 60-65 
141 
170 
1 14 

80, 81, 105, 135, 172 
89-95, 104 
15, 16, 286-293 
174-178 
3, 8, 35, 66-71, 107 



Network design 
Network diagnostics 
Network economics 
Network optimization 
Network simulation 

Operating system 
Outage, line 



12, 51, 171 
7-14, 19, 111-117, 118-124, 164-167 
228-231, 232-239, 240-244 
125-130 
8, 13, 1 18-124 
72-79 

9 
83 



Packet switching 1 1 5, 1 38-1 45 

Parity bit 82,170,171 

Parity check 12,36,170,171 

Point-to-point circuit 10,61, 1 66 

Polling 11,91,106 

Private lines 10 
Programs (see Software) 

Protocol (see also Data link control) 71,81, 82, 1 72 



Redundancy (equipment) 

Regulations 15,25,259-261, 

Reliability 

Remote data concentrators 
RS-232-C interface 



157-163 
262-265, 268-274 
8, 157-163 
80-88 

246-253, 254-257 



Satellites 

Serial transmission 

Standards 

Software 

Store and forward 
Synchronous 



15, 23 
9 

276-285 

15, 22, 66-72, 102-109, 294-301 
81,82,94 
9 



Synchronous data link control (SDLC) 

Tariffs 

Teleprinter 

Terminals 

Terminals, CRT display 
Terminals, facsimile 
Terminals, interactive 
Terminals, keyboard/printer 
Terminals, nonprogramable 
Terminals, programable 
Terminals, remote job entry (batch) 
Throughput 8, 9, 12, 

Time-division multiplexing (TDM) 
Traffic volume 

Turnaround time 12, 
Two-wire circuit 

Value-added networks 
Vertical-redundancy check (VRC) 



201-210 

118-124, 259-261 
96-101 

6, 8, 9, 15, 26, 32-37 
33, 34, 37, 41-45 
38-40 
33 
33 
34, 37 
32, 104 
33, 37, 172 
13, 51 , 172, 180-187 
62-64 
5 

13, 51, 171, 172, 181 
9, 10, 51, 62 

116, 146-151 
170 



WATS (Wide area telecommunications service) 14, 38-40 
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